如何從單體架構平滑過渡到微服務

他們認為推倒重來不可取，架構師們最想通過微服務化取代的部分，往往是公司的主要盈利核心，改造難度不亞於飛行中更換引擎。從業界公開的資訊來看還沒有哪家做到了完美公升級，更多的可能無外乎兩種：

因此為使微服務能順利的應用，架構師從不應該幻想一蹴而就，可以從以下三個方面採取行動。

技術人都善於把面臨的問題變成技術問題，然後在自己最擅長的領域去把它解決。這就造成乙個悖論：能用技術解決的問題就不是問題，真正的問題在受限的情景下僅靠技術是解決不了的，實施微服務最大的攔路虎也不是技術本身。

從同程微服務團隊的實踐來看，最大的問題不是如何做好微服務，而是就微服務應該是怎麼達成一致的看法。

因此，可以在實施前通過多數人參與大討論或培訓，使認知達成一致。這類似編碼規範中的命名規範，使用那種命名方法不重要，重要的是人人都使用同一種命名方法。

絞殺者模式是指，對於無法通過修繕者模式改進的系統，在系統外重新構建新功能來逐步剝離重構，對功能服務逐個絞殺。好處是不影響原來的環境，一旦條件成熟就能快速切換。而缺點是可能需要一段時間同時維護兩套系統，付出額外的開發維護成本。

這是同程內部的叫法，允許一些短期無力改動的系統通過監獄視窗（microproxy）接入微服務平台並委託 proxy 將其暴露成微服務，單體架構往往擁有龐大的服務介面梳理，往往需要開多個監獄視窗。

每個監獄視窗都會被包裝分割成微服務，條件成熟了能很方便的替換成原生微服務，稱為刑滿釋放。

以上就是今天的內容，希望能對你有所幫助。