用微服務架構，有哪些好處？
阿新 • • 發佈：2019-02-21
內存 服務 cap 很難 應用程序 單個 form 大量 相關 第一，它解決了復雜性的問題。它將一個可怕的、龐大的整體應用分解成一組服務。在整體的功能沒有改變的同時，應用程序已經被分解成可管理的模塊或服務。每個服務有以 RPC 或者消息驅動 API 形式定義清楚的界限。微服務架構模式加強了一定程度的模塊化，這在整體應用程序中是很難實現的。因此單個的服務可以更快的開發，更簡單的理解和維護。
第二，這種架構使得每個服務可以由單獨的團隊獨立開發，這些團隊可以專註於某個服務。開發者可以自由地選擇合理的技術，只要服務遵守 API 約定即可。當然大部分組織想要避免混亂地完全無限制的技術選擇。然後這種自由意味著開發者不在受限於使用可能過時的技術開始新的項目。當開始寫一個新服務的時候，他們可以選擇使用當前的技術。而且因為服務相對較小，所以使用當前的技術重寫老服務是可行的。
第三，微服務架構模式使得每一個微服務能被獨立部署。開發者再也不需要調整本地對其服務的更變而進行部署。各種類型的變更能在他們測試時立即部署。UI 團隊也可以這樣做，舉例來說，當 UI 發生改變時，能執行 A|B 測試並快速叠代。微服務架構模式讓持續部署成為可能。
最後，微服務架構模式使得每一個服務都可以被獨立擴展。你可以部署大量恰好符合要求容量和有效約束條件的服務實例。此外，你可以使用最匹配服務資源要求的硬件。例如，你可以在計算優化過的 EC2上部署一個密集CPU 鏡像處理服務實例，還可以在內存優化的 EC2 上部署內存數據庫服務實例。
東軟SaCa ACAP 基於微服務架構和相關技術，提供一種包括開發方法論、技術支撐和最佳實踐在內的產品研發全新模式，可以去官網了解：https://platform.neusoft.com/
用微服務架構，有哪些好處？