功能集中、**和資料中心化、乙個發布包、部署後執行在統一程序的應用程式，我們通常稱之為單塊架構 yingyc
易於開發
易於測試
易於部署
易於水平伸縮
維護成本增加
持續交付周期長
新人培養周期長
技術選型成本高
可擴充套件性差
構建全功能團隊難
一組小的服務、執行在獨立程序、以及用輕量級的通訊、獨立部署特徵、相對較少的集中式管理等等.
獨立性單一職責
技術多樣性
效能可靠性
非同步資料一致性
工具配置
部署監控與告警
日誌收集
單元測試
介面（契約）測試
整合測試
端到端測試
《微服務架構與實踐》讀書筆記
這本書主要回答了關於微服務的三個問題 微服務怎麼來的，微服務是什麼樣的，微服務怎麼做的。第一部分介紹了單體架構和微服務架構的區別，單體架構易於開發 測試 部署 水平擴充套件，微服務架構優勢在於易於擴充套件 持續交付部署能力 程序隔離有效提公升魯棒性 對新人的培養成本更低，同時它也帶來了降低系統的效能...
微服務架構實踐（API Gateway）
服務的劃分可能隨著時間或者需求變更而變化 服務例項會動態變化 服務的api粒度，相對而言在微服務架構中，每個服務都只提供相對細粒度的api 這種情況下，我們就需要 api 閘道器 api gateway api 閘道器模式意味著你要把api 閘道器放到你的微服務們的最前端，並且要讓 api 閘道器變...
微服務與微服務架構
微服務 微服務強調的是服務的大小，它關注的是某乙個點，是具體解決某乙個問題 提供落地對應服務的乙個服務應用,狹意的看,可以看作eclipse裡面的乙個個微服務工程 或者module。例如 訂單服務 支付服務 微服務架構 馬丁.福勒 martin fowler 微服務架構介紹 微服務架構是 種架構模式...