而在微服務架構中，如果僅在一百個微服務中的一個中需要改變，則僅構建和部署改變的微服務，沒有必要部署一切 。我們甚至可以在短時間內多次部署 。
3.3應用復雜性
過去，隨著應用規模的增長（功能、功能等），團隊也會相應擴張，應用很快就就會變得復雜和交織在一起 。隨著不同的團隊不斷修改代碼，維護模塊化結構慢慢變得越來越困難，并慢慢導致像意大利面一樣交織的代碼 。這不僅會影響代碼質量，還會影響整個組織 。
在基于微服務的應用中，每個團隊都在單獨的微服務上工作，代碼會有序很多 。
3.4沒有明確的所有權
在一體化應用中，看起來獨立的團隊實際上并不是獨立的 。它們同時在相同的代碼庫上工作，嚴重依賴于彼此 。
在基于微服務的應用中，獨立團隊處理單獨的微服務 。一個團隊將擁有一個完整的微服務 。工作的明確所有權明確控制服務的一切，包括開發、部署和監控 。
3.5故障級聯
如果沒有正確設計，一體化應用的一部分失敗可能會級聯并導致整個系統崩潰 。
在基于微服務的架構的情況下，我們可以使用斷路器來避免這種故障 。
3.6Dev和Ops之間的墻
開發團隊通常會進行開發、測試，一旦部署，就會將維護和支持的所有權交給運維團隊，應用此時與開發團隊無關了，而運維團隊需要努力在生產環境中支持一體化架構應用 。
在基于微服務的應用中，團隊的組織理解為“構建它、運行它”，開發團隊繼續在生產中擁有該應用 。
3.7陷入某種技術/語言
使用一體化架構，意味著被某種已實現的技術/語言鎖定 。如果需要更改技術/語言，則必須重寫整個應用程序 。
使用微服務，每個服務可以根據需求和業務使用不同的技術或語言實現 。任何改變服務技術/語言的決定都只需要重寫該特定服務，因為所有微服務都是相互獨立的 。
3.8支持微服務的正確工具/技術的可用性
幾年前，我們還沒有適當的工具和技術來支持微服務 。但自從Docker容器和云基礎設施（特別是PaaS）向大眾提供服務以來，微服務正在大規模采用，因為它們提供了我們所需的“自由”，而無需進行傳統的配置程序 。
四、認識微服務小結4.1 微服務架構優點
- 如何開微店，微店開設的基本流程
- 李幼斌演過哪些電視劇
- 微波爐烤花生 如何用微波爐烤花生？
- 可愛炸了的微信昵稱 微信名女
- 微商應該怎么引流
- 微信可以訂電影票嗎 微信怎么買電影票
- 微信名字女唯美大氣 四字押韻唯美古風網名
- 數碼知識：華為p40微信視頻帶美顏嗎 視頻通話美顏方法
- 開網店能賺錢嗎 開網店一年賺多少錢
- 長期施肥對茶園土壤微生物群落功能多樣性的影響
每個服務足夠內聚，足夠小，代碼容易理解，開發效率高
【微服務架構概述 架構模式】
服務直接可以獨立部署，讓持續部署成為可能
每個服務可以各自進行水平和垂直擴展，而且每個服務可以根
據需要部署到合適的硬件和軟件上
容易擴大開發團隊，可以根據每個組件組織開發團隊