中臺戰略:業務中臺的8個設計原則
01 服務松耦合原則
02 服務依賴原則
價值導向:確保業務中心的服務都與企業的商業理想保持一致,相關聯。 簡捷為美:業務邏輯和流程避免複雜化。 領域洞察:緊貼業務的核心目的,從業務原則指導業務邏輯的設計。
高內聚:同一類服務應歸在一起。 低耦合:服務間保持最小聯絡。 能力與介面:業務流程和業務邏輯的操作都作為中心服務實現,而提供給外部呼叫的介面資料模型都會轉化為服務。 識別通用性:識別出每個通用能力的可擴充套件的型別,從設計上支援它不斷擴充套件,並在介面定義上滿足其不斷升級的需求。
能力與介面:分離介面實體與能力實體。 介面實體與限定元素:將介面實體核心元素與介面操作的限定元素分離。 介面實體的層次結構:建設介面實體和上下文限定元素的層次結構。
捆綁依賴:
避免在無關的元件技術之間引入新的依賴。
延遲繫結:
在使用點才捆綁依賴關係。
03 服務設計原則
04 服務命名原則
05 服務顆粒度原則
06 服務的無狀態性原則
07 服務操作設計原則
重要的服務不能依賴非重要服務。 任何服務呼叫都要設定超時時間。 任何服務的呼叫結果只有三種可能:成功、失敗或未知。 能非同步呼叫的服務儘量使用非同步呼叫,從而提高系統響應速度,降低系統之間的耦合性。 系統拆分時,粒度大小以一個系統3~8個開發人員維護為宜。 系統拆分時,往往先拆分資料服務層,因為資料服務層通常是複用性高的一層。 服務的實現不能有單點。 線上遵循fast-fail原則,避免服務呼叫時間過長,導致效能下降。fast-fail原則是隻要發生錯誤,則呼叫立即返回。 需要對高壓場景下的服務呼叫鏈路進行特殊處理,可採用將鏈路縮短、預熱等方式。 服務設計過程中,要避免同類服務由不同服務單元提供。 服務要做到向後相容,如果無法做到,則需要採取管控機制確保服務消費者升級服務。 服務化架構的變化要使組織的架構能適應這種變化。 在部署服務單元時,要將讀服務和寫服務分離,將核心服務和非核心服務分離,以保證整個服務單元的穩定性和可靠性。 服務化時,要同時考慮安全。 靜態資源也可以實現服務化,實現靜態資源與動態資源分離,從而提高效能。 透過在外層系統埋點,可以實現面向終端使用者服務的精細管理,比如服務的容量、服務的效能等。 需要將每個業務領域的通用規則沉澱成服務。
08 服務約束原則
上可依賴下; 下不可依賴上; 上可跨級依賴下; 平級可允許單向呼叫,堅決禁止迴圈依賴; 高階別不可依賴低階別; 簡單就是美;
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31562044/viewspace-2657765/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 淺談業務中臺前端設計前端
- 雲端計算平臺的設計原則
- 設計模式中的那些原則設計模式
- 韻達基於雲原生的業務中臺建設 | 實戰派
- Java中的設計模式和原則Java設計模式
- MM將成中國移動業務發展的戰略平臺
- Java中物件導向的設計原則Java物件
- 網站設計過程中需要遵循的幾個原則網站
- 極限程式設計中的簡單設計原則程式設計
- 業務策略分享:Shopify與平臺的力量 - Ben Thompson的戰略
- 探究平臺化設計的核心思想和Lattice的設計原則
- 業務中臺會吞併資料中臺嗎?
- 基於大中臺架構的電商業務中臺最佳實踐之三:交易中臺技術要點設計之高效能架構
- Java中的介面與抽象類設計原則Java抽象
- 微服務架構的4大設計原則和一個平臺實踐微服務架構
- 基於大中臺架構的電商業務中臺最佳實踐之一:業務中臺總體架構介紹架構
- 平臺設計中的指令碼管理指令碼
- 平臺工程在企業數字化轉型中的戰略價值
- SAP戰略中的機器學習機器學習
- 程式碼重構-業務中臺化
- 後臺設計中容易被忽略的坑
- UI設計培訓學習中必須掌握的設計原則UI
- 分享選擇線上教育平臺的幾個原則
- 【譯】原則問題:直面設計中的核心實質
- 聊聊OOP中的設計原則以及訪問者模式OOP模式
- 使用者體驗設計中的編排原則
- 產品設計的 3 個原則
- 產品設計的八個原則
- 羅蘭貝格:B2C電商平臺中的品牌戰略發展
- 阿里雲重磅釋出業務中臺產品 BizWorks,中臺發展進入下一個階段阿里
- 企業資訊化管理戰略及原則(轉)
- 物件導向設計原則,以及包的設計原則物件
- 網站設計中不可忽視的可用性原則網站
- 業務規則引擎平臺如何降低程式設計師工作量? - brcommunity程式設計師Unity
- 設計和架構:業務開發指導原則架構
- 介面設計中七個不能違反的法則
- 設計十誡:產品設計的10個原則
- 阿里的業務是怎麼被中臺玩壞的?阿里