恭喜從單點故障變成多點故障！

擁有長期支援成本的架構中的所有決策之間存在平衡。在43個技術堆疊上擁有43個服務不僅要在可操作性方面而且還要在勞動力的發展和可替代性方面付出長期成本。

43比線上銀行monzo的1500+毫秒小，他們僱用了約150多名工程師來維護這些。可以肯定的是，dev，ops必須與ms的數量成比例地縮放。採用MS的方式與敏捷類似：成功案例喜憂參半。

Microliths

去年，我參加了一個受人尊敬的開發人員的演講，他說的和您說的幾乎是同一回事，作為社群我們需要從中學到什麼？去耦很難嗎？資料庫仍然是瓶頸？EventSourcing不能加入？規模微服務難嗎？還有什麼？

解耦並能夠獨立構建，部署和執行的答案是什麼？在2019年，一切的答案就是KUBERNETES！

說得好。在這種情況下，我總是問，除了技術團隊之外，誰將從變更中受益，終端使用者或客戶是否真的從變更中受益，或者還有其他優先事項會使使用者受益，而不是重新架構為“微服務”。

您是說現在他們有43塊巨石單體嗎？

組織分佈，資料庫中沒有單點故障，這些只是夢想。