徐亮說，“為什么這么難？因?yàn)橐粋€(gè)默認(rèn)的前提條件出現(xiàn)了變化——我們以前假設(shè)用戶的IP是唯一的，這不光體現(xiàn)在網(wǎng)絡(luò)產(chǎn)品上，還包括數(shù)據(jù)庫產(chǎn)品、存儲產(chǎn)品等，都會假設(shè)用戶的IP是唯一的——在之前的經(jīng)典網(wǎng)絡(luò)時(shí)，該前提條件似乎是顯而易見的。但在我們要升級到VPC 2.0時(shí)，我們突然發(fā)現(xiàn)這個(gè)IP變得不再唯一，由于不同的租戶網(wǎng)絡(luò)是完全隔離的，IP完全是可以重復(fù)的?！?/p>

因此，這個(gè)項(xiàng)目不再是一個(gè)純粹的網(wǎng)絡(luò)項(xiàng)目，意味著UCloud平臺上的所有產(chǎn)品都需要升級，都要支持這個(gè)重要變化，所以在工程上存在非常多的協(xié)調(diào)工作。這是一件非常、非常難的事，是一個(gè)涉及到全公司協(xié)調(diào)的能力。

“客戶為先”驅(qū)動產(chǎn)品創(chuàng)新

VPC2.0項(xiàng)目過程中，徐亮團(tuán)隊(duì)還推出了許多創(chuàng)新產(chǎn)品，如IPV6地址轉(zhuǎn)換。

公有云里面會有一些公共服務(wù)，比如說，像鏡像服務(wù)、DNS服務(wù)等，所有的客戶都可能會訪問這些公共服務(wù)，而有些客戶的 IP 是彼此重疊的，只是 VPC 不同而已。傳統(tǒng)上都是采用NAT的方式去做的，因?yàn)榈刂肥窍嗤?，肯定需要通過NAT翻譯成不同的地址，然后再去訪問公共服務(wù)。

但是，NAT方式有兩個(gè)問題，一個(gè)是公共服務(wù)在獲取原地址時(shí)變得很復(fù)雜，它要用TOA 或其它手段才能夠提取出原地址。另外是這是一個(gè)有狀態(tài)的網(wǎng)關(guān)，可擴(kuò)展性會存在一定的問題，有狀態(tài)的部分容易成為瓶頸，維護(hù)狀態(tài)代價(jià)很大。

UCloud在這方面做了一個(gè)創(chuàng)新——徐亮的團(tuán)隊(duì)把用戶的地址和用戶的VPC 這兩個(gè)部分信息組合起來，形成一個(gè) 128 位的 IPv6 地址，把用戶的IPv4的請求無狀態(tài)地轉(zhuǎn)換成了IPv6請求，然后發(fā)送給這些公共服務(wù)。徐亮說，“我們這個(gè)無狀態(tài)轉(zhuǎn)換的思路，是非常創(chuàng)新的。對用戶來說，得到的性能很好，同時(shí)不需要為此額外增加成本。”

就這樣在“用戶為先”的驅(qū)動下，UCloud技術(shù)團(tuán)隊(duì)一點(diǎn)一點(diǎn)的完成了經(jīng)典網(wǎng)絡(luò)到VPC網(wǎng)絡(luò)的升級，歷時(shí)三年。

“我們的初衷就是從客戶為先的角度出發(fā)，用我們的技術(shù)給客戶帶去價(jià)值，在這個(gè)基礎(chǔ)上我們就認(rèn)為這件事情值得就去做。”

自?。宏P(guān)于工程能力的三句話

關(guān)于對工程能力的理解，徐亮談到了幾句話： “先于客戶發(fā)現(xiàn)問題”、 “先扛住再優(yōu)化”、“這件事情能不能做到24小時(shí)止血”、“一周之內(nèi)能不能拿出一個(gè)中期解決方案？”… 讓我印象深刻，這也是UCloud技術(shù)團(tuán)隊(duì)的實(shí)踐路線。

“先于客戶發(fā)現(xiàn)問題”

據(jù)徐亮介紹，其團(tuán)隊(duì)做可編程交換機(jī)的過程中遇到一個(gè)非常隱晦的交換機(jī)芯片編譯器的BUG，它會發(fā)生哈希沖突，從而導(dǎo)致行為不可預(yù)期，但是這個(gè)問題在實(shí)驗(yàn)室是沒辦法復(fù)現(xiàn)出來。歷時(shí)一個(gè)月時(shí)間，UCloud通過在工程上引入全量測試的環(huán)節(jié)，提前發(fā)現(xiàn)了問題。

這件事情之后，徐亮的團(tuán)隊(duì)開發(fā)了一個(gè)新系統(tǒng)，對所有用戶虛機(jī)點(diǎn)對點(diǎn)通信的信息進(jìn)行統(tǒng)計(jì)，在做變更時(shí)就會針對通信過的場景做全量驗(yàn)證。通過這種方式來發(fā)現(xiàn)一些因?yàn)檐浖軜?gòu)變化導(dǎo)致的問題，能夠先于客戶發(fā)現(xiàn)問題，在對客戶業(yè)務(wù)沒有產(chǎn)生影響的情況下去解決它。

“先扛住再優(yōu)化”

發(fā)現(xiàn)問題第一時(shí)間不是去分析根本原因是什么，而要考慮怎樣降低對客戶的影響，這就是UCloud團(tuán)隊(duì)常說的先扛住再優(yōu)化。比如說，智能網(wǎng)卡出現(xiàn)故障了，不會先修復(fù)智能網(wǎng)卡，肯定是先把用戶的業(yè)務(wù)切走，讓用戶的業(yè)務(wù)正常，然后再想辦法解決智能網(wǎng)卡的問題。

“這件事情能不能做24小時(shí)止血“

一旦發(fā)生故障就會做復(fù)盤，這時(shí)候UCloud技術(shù)團(tuán)隊(duì)最常說的一句話就是‘這件事情能不能做24小時(shí)止血’。故障對客戶是有影響的，我們要在24小時(shí)之內(nèi)先推出一個(gè)方案，這個(gè)的方案能夠讓客戶降低損失。不光是出現(xiàn)問題的客戶，甚至是其他沒有出現(xiàn)問題的客戶，我們也要在24小時(shí)之內(nèi)拿出一個(gè)方案，讓這些問題不會影響到客戶。

然后，再問‘一周之內(nèi)能不能拿出一個(gè)中期解決方案？’，最后再考慮長期解決方案，長期方案有的時(shí)候就真的很長，比如說體系架構(gòu)設(shè)計(jì)的不合理、需要進(jìn)行重構(gòu)。

結(jié)語

在和包括徐亮在內(nèi)的多位UCloud技術(shù)領(lǐng)頭人在深入溝通后，深切感受到這是一支極為自信、工程能力極強(qiáng)的技術(shù)團(tuán)隊(duì)，他們敢于嘗試新技術(shù)，同時(shí)其工程能力能在給用戶提高價(jià)值的同時(shí)，保證不出現(xiàn)問題，我相信這是UCloud技術(shù)團(tuán)隊(duì)自信的底氣。（作者：老王 來源：Linux中國）

zhangnn