論微服務(wù)架構(gòu)及其應(yīng)用-資料下載頁
2025-06-28 23:07本頁面
【正文】 可用的保證手段，為了保證高可用，每一個微服務(wù)都需要部署多個服務(wù)實例來提供服務(wù)。我們主要支持隨機(jī)、輪詢、最少鏈接數(shù)的策略將來自網(wǎng)絡(luò)的請求隨機(jī)分配給內(nèi)部中的多個服務(wù)器。目前主流的RPC框架包括dubbo，thrift，grpc等，我們采用dubbo為團(tuán)隊提供了一整套序列化，反序列化，網(wǎng)絡(luò)框架，連接池，線程池超時處理等業(yè)務(wù)處理之外的能力。服務(wù)容錯采用快速失敗，失效切換的策略。如果連續(xù)失敗多次則直接熔斷，不再發(fā)起調(diào)用。這樣可以避免一個服務(wù)異常拖垮所有依賴于他的服務(wù)。遇到的問題及解決方案在微服務(wù)實踐中，我們主要遇到三個問題，一運維開銷及成本增加，因為每個微服務(wù)需獨立運行，還可能采用多種語言環(huán)境，這將導(dǎo)致資源開銷大；二代部分碼重復(fù)，某些底層功能需要被多個服務(wù)所用；第三個問題是難以可視化及全面測試，在動態(tài)環(huán)境下服務(wù)間的交互會產(chǎn)生非常微妙的行為。因此，首先服務(wù)劃分應(yīng)盡量合理，不要劃分太細(xì)太多，其次采用公共模塊的方式提供底層服務(wù)，再次微服務(wù)可通過監(jiān)控發(fā)現(xiàn)生產(chǎn)環(huán)境的異常，進(jìn)而快速回滾，彌補(bǔ)可測性不足的問題。通過項目實踐證明，實施微服務(wù)架構(gòu)收益會大于成本。在擁抱微服務(wù)之前，也需要認(rèn)清它所帶來的挑戰(zhàn)。需要避免為了“微服務(wù)”而“微服務(wù)”。對傳統(tǒng)企業(yè)而言，開始時可以考慮引入部分合適的微服務(wù)架構(gòu)原則，對已有系統(tǒng)進(jìn)行改造或新建微服務(wù)應(yīng)用，逐步探索及積累微服務(wù)架構(gòu)經(jīng)驗，而非全盤實施微服務(wù)架構(gòu)。張建剛 2017年10月03日
高考資料相關(guān)推薦
鄂ICP備17016276號-1