1、起點和終點
起點——既有架構的形態
終點——好的架構不是設計出來的，而是進化而來的
——一直在演進ing
2、適合上微服務麼
業務形態不適合的：（1）系統中包含很多很多強事務場景的；（2）業務相對穩定，迭代周期長；（3）訪問壓力不大，可用性要求不高
3，康威定律
任何組織在設計一套系統（廣義概念上的系統）時，所交付的設計方案在結構上都與該組織溝通結構保持一致。
一句話概括：溝通的問題會影響系統的設計。
4，服務拆分的方**
（1）擴充套件立方模型（scale cube）
（2）如何拆「功能」
——單一職責，松耦合，高內聚
——關注點分離
————按職責
————按通用性
————按粒度級別
（3）服務和資料的關係
——先考慮業務功能，再考慮資料
——無狀態服務
低成本的快速演進，快速開發、試錯。
如何劃分微服務
我們已經大概知道了微服務是什麼東西了，如果你還不知道的話，可以點這裡。這篇文章就主要了解一下怎麼去劃分微服務，確定服務邊界。首先這裡先介紹幾個概念。現在有一家面向c端使用者的公司，有自己的使用者服務和財務服務。那麼這兩個服務其實就是兩個單獨的限界上下文。都會提供一些對外的介面 使用者資訊，會員，支付...
微服務服務劃分示例
近年來微服務 soa很是流行，我們團隊趕時髦，也玩了玩。雖然用的時間還不長，但也已經踩過不少坑。今天想記錄下自己對邊界問題的一些思考。很多人在談起微服務時，總是會很自豪的說，微服務為我們提供了高內聚低耦合的明顯好處，因為微服務強化了模組化的概念。但是，如何模組化，如何明確的定義模組的邊界，卻很少有人...
微服務劃分原則
確切地說，服務中 的劃分原則更多的是架構設計經驗總結，我們很難對 些具體的問題給 個精確的量化指標，但有 點，我很反對現在微服務中的loc line of code 這種指標，即 的 數來衡量 個微服務落地的標準。架構本來就是 個追求平衡的藝術，不僅是設計原則上的平衡，還要在技術 成本 資源 效能 ...