1.易於開發和維護
2.啟動較快
3.區域性修改
4.容易部署
5.技術棧不受限
6.按需伸縮 devops1.運維要求較高
2.分布式的複雜性
3.介面調整成本高
4.重複勞動1. 每個微服務可獨立執行在自己的程序裡；
2. 一系列獨立執行的微服務共同構建起了整個系統；
3. 每個服務為獨立的業務開發，乙個微服務一般完成某個特定的功能，比如：訂單管理、使用者管理等；
4. 微服務之間通過一些輕量的通訊機制進行通訊，例如通過rest api或者rpc的方式進行呼叫。1.單一職責原則
2.服務自治原則
3.輕量級通訊原則
4.介面明確原則
微服務概述
微服務中的相關概念 1服務註冊與發現 服務註冊 服務例項將自身服務資訊註冊到註冊中心。這部分服務資訊包括服務所在主機ip和提供服務 的port，以及暴露服務自身狀態以及訪問協議等資訊。服務發現 服務例項請求註冊中心獲取所依賴服務資訊。服務例項通過註冊中心，獲取到註冊到其中的 服務例項的資訊，通過這些...
微服務概述
為什麼要使用微服務？因為在單體架構中，所有的業務模組的耦合性太高，耦合性過高的同時專案體量又很大勢必會給各個技術環節帶來挑戰。專案越進行到後期，這種難度越大，只要有改動，整個應用都需要重新測試，部署，極大的限制了開發的靈活性，降低了開發效率。同時也帶來了更大的安全隱患，如果某個模組發生故障無法正常執...
微服務架構 1 之前言
微服務可能是一把雙刃劍，一方面他把單個問題域的複雜性降低了，服務可以獨立更新發布測試 但另一方面，由於是多個技術棧支撐的整體系統,所以，在維護和交付的時候難度增加了，一旦出現問題，所有單個服務都要進行查詢排除，所謂有一利必有一弊，在意識到問題的嚴重性後，我們要盡量把問題最小化。一 傳統的三層架構 業...