SOA與服務化框架
面向服務的架構
特點
(1)基於服務思想,以服務為中心來管理專案
(2)系統間呼叫通過ESB來實現
優點
(1)重複程式碼進行了抽取,系統更容易維護性和擴充套件
(2)通過ESB進行系統呼叫,減少開發專案難度
缺點
(1)系統與服務界限模糊,不容易抽取
(2)ESB作為系統之間間橋樑,呼叫繁多不利於維護
微服務架構
特點
(1)系統的服務層完全獨立出來,有利於資源的重複利用,提高開發效率
(2)微服務之間的呼叫使用restful輕量級呼叫
(3)微服務遵守單一原則
優點
(1)服務拆分更細,利於資源的重複利用,提高開發效率
(2)微服務去中心化,使用restful輕量級通訊協議比使用ESB企業服務匯流排更容易維護
(3)更加精準針對服務做方案,適應市場更容易,產品迭代周
缺點
(1)微服務量多,服務治理成本高,不利於系統維護
(2)技術成本高(容錯,分散式事務等),對團隊高挑戰期更短
ESB與服務化框架差異
(1)服務框架是一個點對點的模型,而ESB是一個匯流排式的模型
(2)服務框架基本上是面向同構(相似)的系統,不會重點考慮整合的需求,而ESB會更多考慮不同應用間的整合。
架構本質
(1)架構本質是確定系統的職責邊界。
(2)能夠清晰的展現應用層次關係。隨著業務發展能夠靈活擴充
相關文章
- SOA服務治理方案
- IBM觀點:SOA與微服務區別?IBM微服務
- 【資料分發服務DDS】軟體定義汽車【三】-SOA 基礎軟體框架與參考實現框架
- 面向服務的整車E/E架構(SOA)開發諮詢服務架構
- 漫畫:SOA中怎樣確定服務的粒度?
- 主流RPC框架詳解,以及與SOA、REST的區別RPC框架REST
- 面向服務的整車E/E架構(SOA)設計開發諮詢服務架構
- Ctx:模組化服務上下文框架框架
- 進擊的 Spring Cloud Alibaba —— 框架與服務SpringCloud框架
- 微服務:服務化框架落地的挑戰和核心需求微服務框架
- 單體巨石、微服務和SOA關係與區別微服務
- Spring GraphQL與Netflix領域圖服務框架整合Spring框架
- SummerSoC 2020:基於領域驅動的服務設計(SOA/微服務) – Stefan Kapferer微服務
- 通俗地理解面向服務的架構(SOA)以及微服務之間的關係架構微服務
- SOA 、MSA與CNA比較
- [分散式]--Dubbo分散式服務框架-服務治理分散式框架
- 「分散式技術專題」去中心化服務與中心化服務的優劣分散式中心化
- 分散式服務框架 gRPC分散式框架RPC
- 數字化服務商的困與破
- go基於grpc構建微服務框架-服務註冊與發現GoRPC微服務框架
- 如何服務化
- lms框架服務註冊中心框架
- 服務與服務之間的呼叫
- silky微服務框架的服務治理介紹微服務框架
- 微服務框架 Go-Micro 整合 Nacos 實戰之服務註冊與發現微服務框架Go
- 微服務的服務間通訊與服務治理微服務
- 用Swift寫服務端 — Perfect框架Swift服務端框架
- Hyperf 框架建立 JSON-rpc 服務框架JSONRPC
- 如何統一服務呼叫框架?框架
- Flask框架搭建REST-API服務Flask框架RESTAPI
- 雲原生Web服務框架ESA RestlightWeb框架REST
- Java服務端容器化:Docker與Kubernetes的應用Java服務端Docker
- Dubbo Mesh - 從服務框架到統一服務控制平臺框架
- silky微服務框架服務註冊中心介紹微服務框架
- 事件與服務容器事件
- Spring Boot微服務是一種安全的SOASpring Boot微服務
- Soa: 一個輕量級的微服務庫微服務
- 面試官靈魂三問:什麼是SOA?什麼是微服務?SOA和微服務有什麼區別?面試微服務