1.AKF拆分
x軸:水平復制,單體系統通過集羣加負載均衡運行多個實例;
y軸:基於不同的業務將項目拆分爲多個微服務;
z軸:數據分區
2.前後端分離
前端和後端的代碼分離也就是技術上做分離,我們推薦的模式是最好直接採用物理分離的方式部署;
這種分離模式的方式有幾個好處:
前後端技術分離,可以由各自的專家來對各自的領域進行優化,這樣前端的用戶體驗優化效果會更好。
分離模式下,前後端交互界面更加清晰,就剩下了接口和模型,後端的接口簡潔明瞭,更容易維護。
前端多渠道集成場景更容易實現,後端服務無需變更,採用統一的數據和模型,可以支撐前端的web UI 移動App等訪問。
3.無狀態服務
4.Restful通信風格
微服務設計原則
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章
【HZERO微服務平臺3】源碼分析之oauth服務token生成、校驗、獲取信息、傳遞
qiaoxingxing
2021-12-20 11:08:55
一個避免技術債的無代碼微服務應用商店
Thomas Hansen
2021-12-20 10:53:54
這一套流水式更新組合拳,助你快速搭建自動化質量門禁
王莹
2021-12-16 00:13:51
微服務下分佈式事務模式的詳細對比
Bilgin Ibryam
2021-12-09 19:13:49
SOLID 仍然與現代軟件架構相關嗎?
核子可乐
2021-12-01 16:08:51
Rethink:爲什麼微服務沒有sidecar不行?
蔡芳芳
2021-11-26 14:03:51
InfoQ專訪 Yaron Schneider:Dapr加入CNCF孵化器,希望Dapr API能夠成爲一個新標準
Eran Stiller
2021-11-26 13:28:57
好大夫在線在解構服務風險治理方面的實踐
好大夫在线技术团队
2021-11-26 10:13:54
爲什麼Netflix“永不宕機”?
核子可乐
2021-11-25 15:48:52
死生之地不可不察:論API標準化對Dapr的重要性
敖小剑
2021-11-18 19:13:53
9年當上架構師,我的很多想法變了
Tago Fabic
2021-11-18 09:28:56
Service Mesh終極指南(第二版):次世代微服務開發
Srini Penchikala
2021-11-12 13:48:54
從軟件歷史看架構的未來:編程不再是精英們的遊戲
周志明
2021-11-12 11:03:49
從微服務開始 vs 不從微服務開始
Chris
2021-11-05 15:03:57