微服務和soa的區別

① 無服務架構和微伺服器架構的區別

微服務架構中有兩個陣營，一是堅持微服務是無狀態的HTTP API服務，另一陣營認為微服務本身就要內求把整個系統當做一個容完整的分布式應用來對待，而不是原來那種把各種組件堆積在一起，「拼接」系統的做法。
無服務架構就是原來那種把各種組件堆積在一起，拼接系統的做法。

② 什麼是微服務架構

指開發一個單個 小型的但有業務功能的服務。
微服務架構系統靈活性，健壯性，擴專展性好，特別適合屬需求變化迅速的場景。但系統復雜度高，部署，管理難度大。微服務除了開發期框架之外，還有需要一系列的運行期中間件支撐，如API網關，服務注冊中心，統一配置中心等。 目前國內東軟做的比較成熟，可以查查官網。

③ SOA和微服務架構的區別

如果一句抄話來談襲SOA和微服務的區別，即微服務不再強調傳統SOA架構裡面比較重的ESB企業服務匯流排，同時SOA的思想進入到單個業務系統內部實現真正的組件化。
微服務架構強調的第一個重點就是業務系統需要徹底的組件化和服務化，原有的單個業務系統會拆分為多個可以獨立開發，設計，運行和運維的小應用。
這些小應用之間通過服務完成交互和集成。
每個小應用從前端webui，到控制層，邏輯層，資料庫訪問，資料庫都完全是獨立的一套。
在這里不用組件而用小應用這個詞更加合適，每個小應用除了完成自身本身的業務功能外，重點就是還需要消費外部其它應用暴露的服務，同時自身也將自身的能力朝外部發布為服務。

④ 別炒概念了，咱認真思考下soa與微服務到底有什麼區別

微服務是來一個新概念，但這絕不源是一個全新架構，更不是一個包治百病的架構。由於有服務二字，很容易讓人聯想到面向服務架構（SOA），其實微服務架構屬於應用技術架構，和以B/S
為代表的三層架構相對應，強調將巨石型應用拆分為由微服務組成的應用，在數據上也視情況從集中的存儲拆解為更小的存儲單元。而SOA屬於企業架構的范疇，從企業架構出發把業務分解為不同領域的服務，不同物理系統提供不同服務，注重系統之間通過服務互聯互通的規范，對服務如何實現並不關注。因此，面向服務架構的服務應該是一個業務意義的服務，而微服務是系統中的技術服務，更關注服務的實現，雖然提供了業務意義的服務，但是不能混為一談。微服務使用也不是無限度的，事實上由於數據一致性等問題的限制，不能無限度拆分微服務，可以把微服務分為系統對外提供的遠程服務、系統內部的遠程服務和系統內部的本地服務，顯式聲明、明確職責。事實上，在企業架構上使用SOA支撐業務，而在應用技術架構上使用微服務架構，是一個合適的選擇。

⑤ SOA和微服務架構的區別

如果一句話來談SOA和微服務的區別，即微服務不再強調傳統SOA架構裡面比較重的ESB企業服務匯流排，同時SOA的思想進入到單個業務系統內部實現真正的組件化。

微服務架構強調的第一個重點就是業務系統需要徹底的組件化和服務化，原有的單個業務系統會拆分為多個可以獨立開發，設計，運行和運維的小應用。這些小應用之間通過服務完成交互和集成。每個小應用從前端web ui，到控制層，邏輯層，資料庫訪問，資料庫都完全是獨立的一套。在這里我們不用組件而用小應用這個詞更加合適，每個小應用除了完成自身本身的業務功能外，重點就是還需要消費外部其它應用暴露的服務，同時自身也將自身的能力朝外部發布為服務。

⑥ soa架構的優點有哪些

面向服務的架構（SOA）是一個組件模型，它將應用程序的不同功能單元（稱為服務內）通過這些服務之間容定義良好的介面和契約聯系起來。構建在各種各樣的系統中的服務可以以一種統一和通用的方式進行交互。 SOA是一種粗粒度、松耦合服務架構，基於soa服務思想進行功能的抽取(重復代碼問題解決),以服務為中心各個系統之間依靠ESB進行調用。 隨著業務復雜性與規模的不斷增長，以及業務的多變性因素，使得敏捷軟體開發變得尤其重要，在盡可能滿足客戶需求的同時，維持良好的軟體質量與系統可用性。 將整體應用拆分開來，從而確保以業務為中心的服務設計理念更加符合敏捷交付與DevOps文化的實際要求。而這，正是微服務架構的真正來源。 一句話總結SOA和微服務的區別，即微服務不再強調傳統SOA架構裡面比較重的ESB企業服務匯流排，同時SOA的思想進入到單個業務系統內部實現真正的組件化。如今微服務越來越重要，

⑦ SOA和微服務架構的區別

微架構也是SOA的一種，只是其component更小更多而已。
Spring等框架中，版常有依賴注入權，Ioc等技術，通過配置文件，決定API調用，一個不是很恰當的比喻，把這些API分開，包裝成Service，放在網路上，每個有自己的process，通過與語言無關的協議通訊，類似Rest之類的，這就成了微架構。
據說，好處是容易deploy，更靈活，解耦；壞處是網路限制性能，不易確定系統state等等。
個人感覺，微架構只是把復雜性推到了其他的地方，過分強調解耦，可能造成不必要的細化，導致系統更為復雜，難以維護，不是很看好這種思路。

⑧ 什麼是微服務

什麼是微服務

微服務架構的系統是一個分布式的系統，按業務進行劃分為獨立的服務單元，解決單體系統的不足，同時也滿足越來越復雜的業務需求。

一.單體架構

1.1什麼是單體架構

在軟體設計的時候經常提到和使用經典的3層模型，即表現層，業務邏輯層，數據訪問層。雖然在軟體設計中劃分了3層模型，但是對業務場景沒有劃分，一個典型的單體架構就是將所有的業務場景的表現層，業務邏輯層，數據訪問層放在一個工程中最終經過編譯，打包，部署在一台伺服器上。此時服務架構如圖：

1.2單體架構存在的不足

在小型應用的初期，訪問量小的時候這種架構的性價比還是比較高的，開發速度快，成本低，但是隨著業務的發展，邏輯越來越復雜，代碼量越來越大，代碼得可讀性和可維護性越來越低。用戶的增加，訪問量越來越多單體架構的應用並發能力十分有限。可能會有人想到將單體應用進行集群部署，並增加負載均衡伺服器，再來個緩存伺服器和文件伺服器，資料庫再搞個讀寫分離。這種架構如圖：

這種架構雖然有一定的並發能力，及應對一定復雜業務，但是依然沒有改變系統為單體架構的事實。大量的業務必然會有大量的代碼，代碼得可讀性和可維護性依然很差。如果面對海量的用戶，它的並發能力依然不夠。基於以上單體架構系統的不足，提出了微服務架構。

二.微服務

2.1什麼是微服務

說了這么多現在來看看到底什麼是微服務。微服務最初是由Martin Fowler提出來的他的理解如下：

微服務架構就是將單一程序開發成一個微服務，每個微服務運行在自己的進程中，並使用輕量級的機制通信，通常是HTTP RESTFUL API。這些服務圍繞業務能力來劃分，並通過自動化部署機制來獨立部署。這些服務可以使用不同的編程語言，不同資料庫，以保證最低限度的集中式管理。

1

總結起來微服務就是將一個單體架構的應用按業務劃分為一個個的獨立運行的程序即服務，它們之間通過HTTP協議進行通信（也可以採用消息隊列來通信，如RoocketMQ，Kafaka等），可以採用不同的編程語言，使用不同的存儲技術，自動化部署（如Jenkins）減少人為控制，降低出錯概率。服務數量越多，管理起來越復雜，因此採用集中化管理。例如Eureka，Zookeeper等都是比較常見的服務集中化管理框架。

2.2微服務的優勢

1）將復雜的業務拆分成多個小的業務，每個業務拆分成一個服務，將復雜的問題簡單化。利於分工，降低新人的學習成本。

2）微服務系統是分布式系統，業務與業務之間完全解耦，隨著業務的增加可以根據業務再拆分，具有極強的橫向擴展能力。面對搞並發的場景可以將服務集群化部署，加強系統負載能力。

3）服務間採用HTTP協議通信，服務與服務之間完全獨立。每個服務可以根據業務場景選取合適的編程語言和資料庫。

4）微服務每個服務都是獨立部署的，每個服務的修改和部署對其他服務沒有影響。

2.3微服務和SOA的關系

SOA即面向服務的架構，SOA是根據企業服務匯流排（ESB）模式來整合集成大量單一龐大的系統，微服務可以說是SOA的一種實現，將復雜的業務組件化。但它比ESB實現的SOA更加的輕便敏捷和簡單。

⑨ 什麼是SOA架構

SOA架構即面向服務架構。

面向服務的體系結構，是一個組件模型，它將應用程序的不同功能單元（稱為服務）通過這些服務之間定義良好的介面和契約聯系起來。

介面是採用中立的方式進行定義的，它應該獨立於實現服務的硬體平台、操作系統和編程語言。這使得構建在各種這樣的系統中的服務可以以一種統一和通用的方式進行交互。

(9)微服務和soa的區別擴展閱讀:

SOA具有以下五個特徵：

1、可重用

一個服務創建後能用於多個應用和業務流程。

2、松耦合

服務請求者到服務提供者的綁定與服務之間應該是松耦合的。因此，服務請求者不需要知道服務提供者實現的技術細節，例如程序語言、底層平台等等。

3、明確定義的介面

服務交互必須是明確定義的。Web服務描述語言（Web Services Description Language，WSDL）是用於描述服務請求者所要求的綁定到服務提供者的細節。WSDL不包括服務實現的任何技術細節。服務請求者不知道也不關心服務究竟是由哪種程序設計語言編寫的。

4、無狀態的服務設計

服務應該是獨立的、自包含的請求，在實現時它不需要獲取從一個請求到另一個請求的信息或狀態。服務不應該依賴於其他服務的上下文和狀態。當產生依賴時，它們可以定義成通用業務流程、函數和 數據模型。

5、基於開放標准

當前SOA的實現形式是Web服務，基於的是公開的W3C及其他公認標准．採用第一代Web服務定義的SOAP、WSDL和UDDI以及第二代Web服務定義的WS-*來實現SOA。