你問我答：現有的應用有必要做微服務改造嗎?

BoCloud博雲微信公眾號【你問我答】小欄目，將收集和整理企業在IT建設所遇到的問題與難題，由博雲產品與技術團隊進行針對性回答，每週五透過【你問我答】欄目進行釋出，希望能為企業IT建設提供思路與方法。無論您是哪個行業的IT建設者，如果您有在容器雲平臺建設、微服務架構轉型、DevOps平臺建設、多雲管理平臺建設等技術方面所遇到的問題，歡迎您直接評論留言提問。

以下是本週問題精選：

網友1：現有的應用不是微服架構，有必要做改造嗎？

 

博雲產品團隊 ：其實使用微服務架構還是使用原本的單體架構，都取決於需求，那麼問題就是我們目前是什麼樣的需求。需要微服務架構的，一般面臨以下幾個需求：

1. 更新迭代太快，而部署麻煩，每次都要花費很長時間，經常影響業務。

2. 公司的應用有幾十個，重複的模組很多，也無法統一管理，未來還有擴充套件的需求。那就不如趁早轉微服務架構，另外需要一套服務治理平臺。

3. 應用中某模組使用頻繁，併發率很高，或有高峰期，經常需要資源的擴容縮容，單體應用做叢集部署勉強能滿足，但運維成本翻倍上升，且可用性下降。

 

  網友2：微服務和容器之間是什麼關係？

 

博雲產品團隊 ：剛接觸容器的人，可以將容器與虛擬機器類比來看，那麼微服務是部署在容器中，或虛擬機器中，或物理伺服器中，都是可以的。

但是容器有其獨特的優勢，快速啟停，獨立程式等，可以彌補很多的微服務運維上的缺點，所以兩者可以說是黃金搭檔。

但是兩者本身沒有依賴性，都是獨立的東西，只是兩者的理念結合，會更加完美。

 

網友3：微服務框架部署時的業務連續性如何考慮？

近年金融行業，尤其是銀行業監管越來越嚴格，對業務連續性要求的更高，銀行系統對於由傳統架構遷移至微服務有較迫切的需求，目前在實際部署系統時，一般需要考慮系統的同城雙活或同城、異地多活，以保障業務連續性。

那麼在遷移至微服務架構的過程中，微服務架構上對於雙活、多活的需求是如何考慮的？如何實現異常情況下快速無中斷切換、不同中心間資料一致性等問題是否有解決建議？

博雲產品團隊 ：這個問題相對複雜一些，需要考慮IDC的建設方案，網路方案，資料儲存方案等。這不僅僅是微服務能夠解決的問題，微服務只能解決業務單元拆分開發的問題。

 

網友4：某些業務場景下會存在不太好熔斷的情況，那這些場景是否有好方案可以實現熔斷機制？

舉例來說：保險客戶下單，需要前端出單系統查詢客戶的一些指標資訊，來作為計算保費進行報價的依據，這種類似場景是否有好的方案可以實現熔斷機制？

 

博雲產品團隊： 可以考慮直接在網路層實現，根據出現系統的返回結果做資訊匹配，如果不滿足要求，直接觸發熔斷操作，可以參考服務網格的實現方式。