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