微服務與SOA：有什么區別？

在優銳課的java架構分享學習中，討論了關于微服務是新的SOA嗎？ 人們還在談論SOA嗎？ 讓我們研究一下整體結構與這兩種更新的體系結構之間的區別。

在“什么是微服務”中，了解到具有分布式架構的SOA和微服務比單片架構具有明顯的優勢。

在本博客中，我將解釋基于分層的架構，并告訴你微服務和SOA架構之間的區別。

在深入研究微服務和SOA之間的差異之前，讓我告訴你單片式架構，SOA和微服務之間的基本差異：

用外行的術語來說，一個整體類似于一個大容器，其中應用程序的所有軟件組件都組裝在一起并緊密包裝。

面向服務的架構本質上是服務的集合。 這些服務相互通信。 通信可能涉及簡單的數據傳遞，也可能涉及兩個或多個協調某些活動的服務。 需要一些將服務相互連接的方法。
微服務又稱微服務架構，是一種架構樣式，可將應用程序構造為圍繞業務領域建模的小型自治服務的集合。

你還可以觀看下面的視頻，其中我們的微服務架構專家解釋了微服務架構和SOA之間的區別。

Edureka微服務與SOA教程

現在，讓我們看看微服務和SOA之間的主要區別：

微服務與SOA

在將微服務與SOA進行比較時，它們都依賴于服務作為主要組件，但是在服務特征方面差異很大

面向服務的架構

SOA定義了四種基本服務類型，如下所示：

商業服務：

?定義核心業務運營的粗粒度服務。
?通過XML，業務流程執行語言（BPEL）等代表。

企業服務：

?實施業務服務定義的功能。
?主要依靠應用程序服務和基礎結構服務來滿足業務請求。

應用服務:

?限于特定應用程序上下文的細粒度服務。
?專用的用戶界面可以直接調用服務。

基礎設施服務:
?執行非功能性任務，例如身份驗證，審核，安全性和日志記錄。
?可以從應用程序服務或企業服務中調用。

微服務的服務分類標準有限。 它們由兩種服務類型組成，如下所示。

功能服務:

?支持特定的業務運營。
?服務的訪問是在外部完成的，這些服務不會與其他服務共享。
?與SOA一樣，基礎結構服務實現諸如審核，安全性和日志記錄之類的任務。
?在這種情況下，服務不會向外界公開。

SOA和MSA之間的主要區別

微服務和SOA之間的主要區別在細節上

?服務粒度：微服務架構中的服務組件通常是單用途的服務，可以真正，非常好地完成一件事情。借助SOA，服務組件的大小范圍可以從小型應用程序服務到大型企業服務。實際上，在SOA中以大型產品甚至子系統為代表的服務組件是很常見的。
?組件共享：組件共享是SOA的核心宗旨之一。實際上，組件共享就是企業服務的全部內容。 SOA增強了組件共享，而MSA則嘗試通過“有界上下文”來最大程度地減少共享。有界上下文是指將組件及其數據耦合為具有最小依賴性的單個單元。由于SOA依靠多種服務來滿足業務請求，因此基于SOA構建的系統可能會比MSA慢。
?中間件與API層：微服務架構模式通常具有所謂的API層，而SOA具有消息傳遞中間件組件。 SOA中的消息傳遞中間件提供了MSA中未提供的許多其他功能，包括中介和路由，消息增強，消息和協議轉換。 MSA在服務和服務使用者之間有一個API層。
?遠程服務：SOA體系結構依賴于消息傳遞（AMQP，MSMQ）和SOAP作為主要的遠程訪問協議。大多數MSA依賴于REST和簡單消息傳遞（JMS，MSMQ）這兩種協議，并且MSA中發現的協議通常是同質的。
?異構的互操作性：SOA通過其消息中間件組件促進了多種異構協議的傳播。 MSA嘗試通過減少集成選擇的數量來簡化體系結構模式。如果要在異構環境中使用不同協議集成多個系統，則需要考慮SOA。如果可以通過相同的遠程訪問協議公開和訪問所有服務，則MSA是更好的選擇。

最后，我要說要判斷哪種架構比另一種架構還不是那么簡單。 它主要取決于你要構建的應用程序的目的。 SOA更適合需要與許多異構應用程序集成的大型和復雜的業務應用程序環境； 較小的應用程序不需要消息中間件組件，因此不適合SOA。 另一方面，微服務更適合于較小且分區合理的基于Web的系統，在這些系統中，微服務為你提供了作為開發人員的更大控制權。 結論是，由于它們都具有不同的體系結構特征，因此這主要取決于要構建的應用程序的目的。

文章寫道這里，如有不足之處，歡迎評論交流補充！