一、微服務架構的優點

1. 靈活性高：它將應用程序分解為小型服務（松散耦合），使其開發、維護更快，更易于理解，可以提供更高的靈活性；

2. 獨立擴展：它使每個服務能夠獨立擴展，將系統中的不同功能模塊拆分成多個不同的服務，這些服務進行獨立地開發和部署，每個服務都運行在自己的進程內，這樣每個服務的更新都不會影響其他服務的運行；

3. 支持多種編程語言：微服務可通過最佳及最合適的不同的編程語言與工具進行開發，能夠做到有的放矢地解決針對性問題；

4. 自動部署與持續集成工具集成：它允許以靈活的方式將自動部署與持續集成工具集成，例如Jenkins，Hudson等；

5. 通用性：通過服務實現應用的組件化（按功能拆分、可獨立部署和維護），圍繞業務能力組織服務，根據業務不同的需求進行不同組件的使用，所做產品非項目化，對于平臺具有一定的通用性。

二、微服務架構的缺點

1. 處理故障難度高：微服務架構是一個分布式系統，必須構建一個相互通信機制并處理部分故障；

2. 部署工作量大：整體式應用程序可以部署在負載平衡器后面的相同服務器上。但對于微服務，每個服務都有不同的實例，每個實例都需要配置、部署、縮放和監控；

3. 測試復雜度高：微服務在一定程度上也會導致系統變得越來越復雜，增加了集成測試的復雜度；

4. 運營成本增加：整體應用可能只需部署至一小片應用服務區集群，而微服務架構可能變成需要構建/測試/部署/運行數十個獨立的服務，并可能需要支持多種語言和環境。這導致一個整體式系統如果由20個微服務組成，可能需要40~60個進程；

5. 發布風險高：把系統分為多個協作組件后會產生新的接口，這意味著簡單的交叉變化可能需要改變許多組件，并需協調一起發布。在實際環境中，一個新品發布可能被迫同時發布大量服務，由于集成點的大量增加，微服務架構會有更高的發布風險；

6. 分布性系統問題：作為一種分布式系統，微服務引入了復雜性和其他若干問題，例如網絡延遲、容錯性、消息序列化、不可靠的網絡、異步機制、版本化、差異化的工作負載等，開發人員需要考慮以上的分布式系統問題。