1、什麼是架構？
以下是對業界對架構的一些定義：
在iso/iec 42010: 2011中，定義為：乙個系統在其所處環境中所具備的各種基本概念和屬性，具體體現為其所包含的各個元素，元素之間的關係以及架構的設計和演進原則。架構是針對某種特定目標系統的具有體系性的、普遍性的問題而提供的通用解決方案。架構往往是對複雜系統的一種共性的體系抽象。
看了以上定義，感覺還是難搞懂到底什麼是架構，個人認為下面這個聚焦到資訊系統構建目的定義更容易理解：
架構讓我們能夠正確、合理地理解、設計和構建複雜的資訊系統。
2、什麼是框架？
框架（framework）是乙個框子——指其約束性，也是乙個架子——指其支撐性。是乙個基本概念上的結構，用於去解決或者處理複雜的問題。
上面這個感覺其實很好理解，強調了框架的支撐性。
3、架構與框架的聯絡與區別
架構是乙個動詞，是乙個方**，包含一系列活動過程和步驟。框架是乙個名詞，是乙個客觀的存在。框架的搭建需架構方**的指導。
下面是從it這個領域對架構與框架之間區別的理解[1]：
框架就是軟體，架構不是軟體。
框架一種特殊的軟體，它不能提供完整的解決方案，而是為構建解決方案提供良好的基礎，框架是半成品，框架中的服務被應用直接呼叫，框架中的擴充套件點是**用開發人員定製的「可變化點」。
架構不是軟體，而是關於軟體如何設計的策略，架構決策體現在軟體系統中。引入軟體架構之後，整個開發過程變成了「分兩步走」，先做架構設計，再進行框架開發，架構決策會體現在框架之中。不能把軟體**說成是軟體架構，因為軟體架構是比具體**高乙個抽象層的概念。
框架和架構的出現，都是為了解決軟體系統日益複雜所帶來的困難而採取「分而治之」策略，先大局後區域性，就出現了架構，先通用後專用，就出現了框架。下圖很好揭示了這一點，架構是抽象解決方案，關注大局而忽略細節，而框架是通用半成品，還必須根據具體需求進一步定製開發才能變成應用系統。
微服務架構與SOA架構的區別與聯絡
如果我們開啟支付寶首頁，去看我們的餘額，它會展示你的總資產，昨日收益 累計收益等資訊。假如這個頁面所展示的資訊，都來自各個不同的系統 應用，我們通過各個介面把這些資料展示出來。如果我們現在要在前端頁面展示這幾項資料的話，我們應該怎麼去展示呢？在這種情況下，我們不可能讓客戶端與6個不同的應用 系統都一...
系統架構 技術構架 應用構架 區別
系統架構 指的完整系統的組成架構，例如系統分成幾個部分？服務平台 管理門戶 終端門戶 atm門戶 外部系統以及介面 支撐系統等，將這些系統進行合理的劃分。然後再進行功能分類細分，例如服務平台內部劃分為系統管理 使用者管理 帳號管理 支付管理 介面層 統計分析等邏輯功能。總之，將整個系統業務分解為邏輯...
框架與架構的區別
設計模式 是在某種特定上下文中針對乙個軟體生命週期 現的問題而給出的多次適用的解決方案。框架 框架是一組軟體元件，它們互相協作提供了針對某個給定的問題領域中的應用程式所用到的一種可復用的體系結構。架構，又名軟體架構，是有關軟體整體結構與元件的抽象描述，用於指導大型軟體系統各個方面的設計。簡單的說架構...