微服務架構的系統是乙個分布式的系統，微服務是一種架構風格，乙個大型複雜軟體應用由乙個或多個微服務組，每個微服務執行在自己的程序中，並使用輕量級的機制通訊。系統中的各個微服務可被獨立部署，各個微服務之間是松耦合的。每個微服務僅關注於完成一件任務，每個微服務代表著乙個小的業務能力。這些服務可以使用不同的程式語言，不同資料庫，可以滿足越來越複雜的業務需求。
1、獨立開發：將複雜的業務拆分成多個小的業務，每個業務拆分成乙個服務，將複雜的問題簡單化。利於分工，降低新人的學習成本。
2、橫向擴充套件：微服務系統是分布式系統，業務與業務之間完全解耦，隨著業務的增加可以根據業務再拆分，具有極強的橫向擴充套件能力。
3、獨立擴充套件：每個元件可以獨立地進行擴充套件。服務間採用http協議通訊，在繁忙時期，可以擴充套件特殊的服務，以支援增加的負載。
4、可重用性：每個元件各自實現乙個小的、特定的功能。這意味著它們可以很容易地適用於其他系統、服務或者產品。
1、開發複雜性增加。對於開發者來說事情會變得更加困難。當開發人員開發乙個新功能時，如果該功能依賴其他服務的話，那麼開發人員不得不在他們的機器上執行所有服務，或者連線到這些服務。這通常比簡單地執行單個程式更加複雜。
2、運營的複雜性增加。對於維護服務的團隊來說，潛在的複雜性是乙個巨大的挑戰。他們管理的服務不是簡單的幾個，而是數
十、數百甚至數千個正在執行的服務。服務數量越多，通訊鏈路就越多，那麼出錯的可能性就會變大。
3、分布式事務。在需要跨操作交易完整性的情況下，微服務可能會非常痛苦。分布式狀態很難處理。
1、我們的整個系統目前是所有業務都在乙個專案裡面，而且不同客戶對不同業務模組的需求和取捨都不同，每個業務模組也不能獨立出來復用，這樣就導致乙個專案改來改去n多個版本，管理起來非常麻煩。採用微服務架構，每個業務模組作為乙個微服務，根據需求不斷完善對應模組的api，這樣可以區域性更新且不影響其它模組也達到模組復用的目的。在應對不同需求只需調整前端頁面和呼叫不同api，不必複製整個專案。
2、有些業務模組是非常重要且常用的，有些是不常用的，但在整個系統中一旦其中乙個不常用模組出現問題可能會導致整個系統不可用。採用微服務，各個服務獨立，所以會互不影響。
3、團隊中有人對業務a熟悉，有人對業務b熟悉，也有人對業務c熟悉。在這種情況下業務a、b、c都在乙個系統中且有關聯時往往會耦合性比較大，造成的溝通也比較複雜。除此之外，目前的模式是乙個人設計以及分配任務給其他人，這樣的問題是乙個專案在設計初期乙個人難以掌控專案全域性，也就難以保證每個業務模組都能理解到位。對於業務模組之間需要通訊的，可以採用訊息佇列來實現，比如rabbitmq。或者互相呼叫api來達到目的，具體方案要根據業務情況來確定。不同服務只需要約定好通訊方式即可。
微服務與微服務架構
微服務 微服務強調的是服務的大小，它關注的是某乙個點，是具體解決某乙個問題 提供落地對應服務的乙個服務應用,狹意的看,可以看作eclipse裡面的乙個個微服務工程 或者module。例如 訂單服務 支付服務 微服務架構 馬丁.福勒 martin fowler 微服務架構介紹 微服務架構是 種架構模式...
微服務架構
一 先了解一下什麼是單體應用 就是乙個應用程式包含了所有模組功能，各模組同時部署。當然這種應用模式比較容易部署 測試，但隨著專案的加大，單體模式就會變得越來越臃腫，維護的成本逐漸變高。當乙個模組出錯，整個應用都會出現問題，擴充套件能力也會受到限制。二 什麼是微服務 是將整個應用程式分解為多個模組，各...
微服務架構
簡單來說，微服務架構風格想要開發一種由多個小服務組成的應用，每個服務執行於獨立的程序，並且採用輕量級互動，多數情況下乙個http的資源api，這些服務具備獨立業務能力並可以通過自動化部署方式獨立部署，這種風格使最小化集中管理，從而可以使用多種不同的程式語言喝資料儲存技術 james lewis 和 ...