Go 如何助力企業(yè)進(jìn)行微服務(wù)轉(zhuǎn)型

go-zero 作者萬俊峰歷經(jīng)多次不同行業(yè)的百萬級日活服務(wù)從單體遷往微服務(wù)，其中有Java，也有PHP，都在較短時間內(nèi)平穩(wěn)完成遷移，進(jìn)一步承載了業(yè)務(wù)的飛速發(fā)展。

并由此沉淀出了開源9個月近 8k stars 的 go-zero 開源項目：https://github.com/tal-tech/go-zero

你是否有過或者正在經(jīng)歷這樣的焦慮？也或者你想一探高并發(fā)業(yè)務(wù)是怎么從單體平穩(wěn)過渡到微服務(wù)的？

• 單體服務(wù)遇到瓶頸了嗎？
• 想轉(zhuǎn)微服務(wù)但又不下不了決心嗎？
• 轉(zhuǎn)微服務(wù)無從下手嗎？
• 擔(dān)心轉(zhuǎn)微服務(wù)影響線上業(yè)務(wù)嗎？

如果你正在跑單體服務(wù)，那么什么情況下需要考慮遷移到微服務(wù)呢？

如果單體業(yè)務(wù)很穩(wěn)定，且功能和業(yè)務(wù)量不會出現(xiàn)大規(guī)模增長，那我們轉(zhuǎn)微服務(wù)的投入產(chǎn)出比就不會很高，而且微服務(wù)的治理復(fù)雜度還會增加業(yè)務(wù)迭代的難度。

如果單體服務(wù)經(jīng)常出現(xiàn)不穩(wěn)定的情況，或者業(yè)務(wù)快速迭代更新頻繁，而服務(wù)的變更又常會引起各種故障，又或者業(yè)務(wù)發(fā)展迅猛，評估單體服務(wù)將無法承載，那么就該考慮遷移到微服務(wù)了。

遷移到微服務(wù)其實最難的就是決心，只要下定決心開始遷移了，方法總比困難多！

估計很多開發(fā)同學(xué)都有過這樣的苦惱，不知道該怎么動手。

• 整體轉(zhuǎn)？
• 部分轉(zhuǎn)？
• 數(shù)據(jù)庫重新拆分？
• 數(shù)據(jù)庫不動直接拆分業(yè)務(wù)？
• 問題無限多，何處先下手？

• 遷移過程中怎么新老系統(tǒng)銜接？
• 怎么保證新系統(tǒng)行為正確？
• 老系統(tǒng)何時停止服務(wù)？