我們的CIO樂樂同學(xué)攤上事兒了，攤上大事了!在公司做出了更換公有云服務(wù)商的決定后，技術(shù)部就開始精心為這次云遷移做準(zhǔn)備。這并不是我們第一次做云遷移，技術(shù)部也做足了功課，但在公有云的遷移過程中捅出了“簍子”，一時(shí)間連發(fā)布系統(tǒng)都無法正常使用。為什么要做這次云遷移，樂樂同學(xué)在云遷移的過程中遇到了什么?下面就讓我們來好好復(fù)盤一下吧。

云遷移前的系統(tǒng)重構(gòu)

首先，讓我們來看一下樂樂同學(xué)他們?cè)谶\(yùn)遷移之前做了一些什么樣的工作：

樂樂：在云遷移之前，技術(shù)部先做了一件大事，將至頂網(wǎng)已經(jīng)使用了十多年的業(yè)務(wù)系統(tǒng)整個(gè)進(jìn)行了重構(gòu)。

重構(gòu)的原因很現(xiàn)實(shí)，十多年的應(yīng)用積累，已經(jīng)讓業(yè)務(wù)系統(tǒng)變得十分臃腫而龐雜。很多早已不再使用的應(yīng)用和數(shù)據(jù)，就像一堆亂麻，不但沒有用，還成為了病毒和木馬的溫床，還有很多因底層系統(tǒng)老舊而存留的安全漏洞，也在時(shí)常威脅著系統(tǒng)的可靠應(yīng)用。與其修修補(bǔ)補(bǔ)的將就過日子，還不如干脆推翻重建。重新打造一個(gè)系統(tǒng)成熟度更高、操作更加便捷、更加適合PC端與移動(dòng)端多平臺(tái)業(yè)務(wù)應(yīng)用的全新系統(tǒng)。

經(jīng)過技術(shù)部全體同仁幾個(gè)月的努力，具備安全用戶登錄、更新底層系統(tǒng)架構(gòu)、對(duì)數(shù)據(jù)庫進(jìn)行大幅精減的全新業(yè)務(wù)系統(tǒng)，在進(jìn)行一段時(shí)間試運(yùn)行之后，正式替換了舊版業(yè)務(wù)系統(tǒng)工作。

全新業(yè)務(wù)系統(tǒng)上線后，不出所料的“差評(píng)不斷”。畢竟大家對(duì)新事物需要有一個(gè)熟悉適應(yīng)的過程。在經(jīng)過一系列小規(guī)模功能調(diào)整之后，業(yè)務(wù)系統(tǒng)總算是可以穩(wěn)定運(yùn)行了。

系統(tǒng)更新告一段落，云遷移也就正式提上了日程。

為了更好的業(yè)務(wù)體驗(yàn)

當(dāng)向樂樂同學(xué)尋問，為什么最終選擇UCloud的時(shí)候，樂樂同學(xué)義正言辭的回答：“為了更好的業(yè)務(wù)體驗(yàn)。”

追問一句：”真的是這樣嗎?”

樂樂回復(fù)：“當(dāng)然使用成本也是我們需要考慮的很重要因素。”

再追問：“所以就掉坑里了吧~~”(陰險(xiǎn))

樂樂：“是……”

“當(dāng)然，也不能算是完全掉到了坑里，每一次進(jìn)行公有云遷移，肯定會(huì)出現(xiàn)一些不同的問題，必然會(huì)有一個(gè)發(fā)現(xiàn)問題、解決問題的過程。”隨后，樂樂同學(xué)將這次遷移過程中所發(fā)生的問題和解決過程給我們進(jìn)行了介紹。

至頂網(wǎng)是國內(nèi)最早一批將自身業(yè)務(wù)向公有云遷移的IT媒體。在至頂網(wǎng)搞技術(shù)的同學(xué)始終都保持著一種“生命不熄，折騰不止”的鉆研精神(bing)。在公司領(lǐng)導(dǎo)“不試一下，怎么知道好壞”的大力支持下，這已經(jīng)是第二次進(jìn)行公有云遷移了。在公有云遷移之前，我們也曾經(jīng)進(jìn)行過兩輪公有云評(píng)測(cè)活動(dòng)。從測(cè)試成績(jī)上看，UCloud是完全可以滿足至頂網(wǎng)的業(yè)務(wù)應(yīng)用需求的，同時(shí)在采購成本上還有很好的優(yōu)勢(shì)，于是經(jīng)過慎重考慮(kanjia)之后，還是選定了向UClould進(jìn)行遷移。

在經(jīng)歷一個(gè)半月的準(zhǔn)備工作之后，云遷移工作正式開始。之所以需要經(jīng)歷這么長(zhǎng)的準(zhǔn)備時(shí)間，一方面是因?yàn)樾枰獙?duì)當(dāng)前正在應(yīng)用的整個(gè)業(yè)務(wù)系統(tǒng)進(jìn)行重構(gòu)，另一方面是對(duì)新的公有云架構(gòu)進(jìn)行適配。系統(tǒng)重構(gòu)的情況，在上一段已經(jīng)介紹過了，下面就具體說一下在遷云過程中所遇到的問題。

遷移的IP配置問題

當(dāng)詢問起遷云過程中所遇到的困難時(shí)，樂樂同學(xué)的回答是：“IP配置和負(fù)載均衡”。

云上業(yè)務(wù)的正常應(yīng)用，需要依靠不同云主機(jī)來進(jìn)行支持，應(yīng)用尋找云主機(jī)需要依靠的就是IP地址。業(yè)務(wù)系統(tǒng)在原公有云上已經(jīng)定義的體系架構(gòu)需要平移到新的公有云上，內(nèi)部系統(tǒng)架構(gòu)最好是能不變就不變，但問題還是出現(xiàn)了，UCloud的云主機(jī)IP無法自動(dòng)適配我們的系統(tǒng)架構(gòu)。

至頂網(wǎng)在云上的業(yè)務(wù)系統(tǒng)規(guī)模雖然稱不上是龐大，但依靠運(yùn)維人員手工去對(duì)每一臺(tái)云主機(jī)進(jìn)行區(qū)域、配置、鏡像等等十幾選項(xiàng)一一進(jìn)行設(shè)置，這肯定是不現(xiàn)實(shí)的，最后導(dǎo)致在業(yè)務(wù)上線時(shí)，云主機(jī)IP與系統(tǒng)內(nèi)部定義的IP不匹配，系統(tǒng)找不到云主機(jī)，業(yè)務(wù)自然也無法進(jìn)行應(yīng)用。最后只能與UCloud技術(shù)團(tuán)隊(duì)協(xié)商，在后臺(tái)將所有內(nèi)網(wǎng)IP重新定義，并與系統(tǒng)IP保持一致，才解決了這一問題。看來公有云主機(jī)IP的批量定義，自動(dòng)切換功能也是在公有云選擇過程中，需要慎重考慮的一個(gè)功能要點(diǎn)。

負(fù)載均衡：意料之外的問題

業(yè)務(wù)系統(tǒng)部署好了之后，還需要將用戶請(qǐng)求有效的分配給不同服務(wù)器執(zhí)行，這就需要使用負(fù)載均衡。UCloud可以提供基于報(bào)文轉(zhuǎn)發(fā)和代理模式的負(fù)載均衡功能，但是這兩種負(fù)載均衡應(yīng)用到我們的業(yè)務(wù)系統(tǒng)時(shí)都存在一些不足。代理模式轉(zhuǎn)發(fā)除有限端口外，其它端口訪問時(shí)，無法獲取到準(zhǔn)確的外網(wǎng)IP地址，有來無回。報(bào)文轉(zhuǎn)發(fā)模式雖然沒有這個(gè)問題，但是需要對(duì)虛擬網(wǎng)卡進(jìn)行重新定義。這些問題最終都可以解決，但是在未定位到問題的故障點(diǎn)之前，就只能是盲人摸象了。

另外，在我們尋求UCloud的技術(shù)支持與幫助文檔也遇到了挑戰(zhàn)。在遇到問題時(shí)，技術(shù)支持只是簡(jiǎn)單的發(fā)來一些幫助文檔，但這些文檔并不健全，并不能協(xié)助用戶有效的找到問題，這也是一個(gè)需要改善的地方。

技術(shù)支持文檔的不健全還會(huì)引發(fā)一個(gè)潛在問題，就是學(xué)習(xí)成本過高。用戶在使用公有云的時(shí)候，需要經(jīng)過一段時(shí)間熟悉才能順利上手，但遇到突發(fā)問題時(shí)，是沒有讓用戶熟悉的時(shí)間的，這樣搞不好整個(gè)業(yè)務(wù)線已經(jīng)掛了。

小結(jié)

回頭看這次云遷移，樂樂表示，UCloud確實(shí)還存在一些功能不完善的地方，但是從用戶業(yè)務(wù)請(qǐng)求響應(yīng)的角度來講，UCloud還是比較令人滿意的。比如，我們的要求是在半秒鐘內(nèi)對(duì)用戶的請(qǐng)求進(jìn)行響應(yīng)，而UCloud在300毫秒內(nèi)就可以提供響應(yīng)，這個(gè)是超過我們的預(yù)期的。而且在域名備案上，UCloud全部都是在線上進(jìn)行操作，不需要進(jìn)行資料郵寄，極大縮短了整個(gè)備案工作時(shí)長(zhǎng)，包括審核周期基本上在十幾個(gè)工作日左右就可以完成，效率比以前有了近乎一倍的提升，大大縮短業(yè)務(wù)上線時(shí)間。

而應(yīng)用功能上的缺陷實(shí)際上哪個(gè)云上都有，只不過有一些云使用的用戶多，早被發(fā)現(xiàn)、早被完善而已。而且使用用戶多、功能完善的公有云，它的使用成本可能也高。這一切都需要去綜合的進(jìn)行考慮。

從這次至頂網(wǎng)在公有云遷移中發(fā)生的問題可以看出，問題主要出在以云主機(jī)搭建的系統(tǒng)在不同公有云的配合方面。而近期筆者正在研究的容器可以比較好地避免這樣的問題發(fā)生。看來還需要再好好“忽悠忽悠”樂樂同學(xué)，讓他什么時(shí)候再來完成一次公有云向容器的遷移。

敬請(qǐng)大家期待!