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與微服務微服務
- SOA企業服務平臺
- 服務應該去版本化,不管是微服務還是SOA微服務
- SOA之(2)——SOA架構基礎概念與設計框架架構框架
- 面向服務架構(SOA)的原則架構
- Ctx:模組化服務上下文框架框架
- SOA之(3)——面向服務計算基礎
- SOA之(4)——服務實現的途徑
- 【資料分發服務DDS】軟體定義汽車【三】-SOA 基礎軟體框架與參考實現框架
- 服務型框架框架
- 微服務:服務化框架落地的挑戰和核心需求微服務框架
- 面向服務的整車E/E架構(SOA)開發諮詢服務架構
- 亞馬遜如何變成 SOA(面向服務的架構)?亞馬遜架構
- 說說面向服務的體系架構SOA架構
- 面向服務的整車E/E架構(SOA)設計開發諮詢服務架構
- 轉:亞馬遜如何變成 SOA(面向服務的架構)?亞馬遜架構
- SOA— 服務為導向的架構是什麼?架構
- [分散式]--Dubbo分散式服務框架-服務治理分散式框架
- 「分散式技術專題」去中心化服務與中心化服務的優劣分散式中心化
- IBM觀點:SOA與微服務區別?IBM微服務
- 進擊的 Spring Cloud Alibaba —— 框架與服務SpringCloud框架
- java分散式服務框架Dubbo的介紹與使用Java分散式框架
- 微觀SOA:服務設計原則及其實踐方式(上篇)
- 分散式服務框架 gRPC分散式框架RPC
- lms框架服務註冊中心框架
- RESTFul Web Api 服務框架(一)RESTWebAPI框架
- 服務管理框架的嘗試框架
- 主流RPC框架詳解,以及與SOA、REST的區別RPC框架REST
- go基於grpc構建微服務框架-服務註冊與發現GoRPC微服務框架
- silky微服務框架的服務治理介紹微服務框架
- 通俗地理解面向服務的架構(SOA)以及微服務之間的關係架構微服務
- 微服務的服務間通訊與服務治理微服務
- Spring GraphQL與Netflix領域圖服務框架整合Spring框架
- SOA框架 5大缺陷待完善框架
- 單體巨石、微服務和SOA關係與區別微服務
- 微服務框架 Go-Micro 整合 Nacos 實戰之服務註冊與發現微服務框架Go
- 如何統一服務呼叫框架?框架
- 用Swift寫服務端 — Perfect框架Swift服務端框架