跨國企業(yè)云遷移：不止于技術(shù)丨IDCF

來源：Thoughtworks商業(yè)洞見

作者：王妮、銀大偉

受到文化和政策的影響，對于許多跨國企業(yè)來說，中國市場與全球其他市場(Rest of the World)有很大的不同，具體體現(xiàn)在四個層面：用戶習(xí)慣、數(shù)字化生態(tài)、人才和法律法規(guī)。這些不同從根本上決定了對于跨國企業(yè)來說，進入中國意味著技術(shù)、文化和管理的深度本土化。在本文中，我們將首先分析跨國公司進入中國的階段，探討云遷移作為貫穿始終的主題所代表的核心問題及挑戰(zhàn)。

跨國企業(yè)進入中國的

         三個階段

從數(shù)字產(chǎn)品和服務(wù)本土化的程度，我們可以將跨國企業(yè)進入中國的過程分為三個階段：快速啟動(Access)，營銷策略本土化(Scale)，數(shù)字化能力本土化(Stablize and Grow)。

快速啟動階段的關(guān)鍵字是“可用”。此類的跨國企業(yè)在海外有成熟的數(shù)字產(chǎn)品、穩(wěn)定的客戶群，但尚未對中國市場做出過任何定制化；他們的數(shù)字產(chǎn)品很大可能因為法律法規(guī)的限制、網(wǎng)絡(luò)延遲的影響，無法很好的觸達中國用戶。作為探索中國市場的第一步，本階段的重點在于合規(guī)，而技術(shù)上一般做法是盡可能復(fù)用現(xiàn)有系統(tǒng)，將必須遷移至中國的系統(tǒng)遷移，并替換一些無法在中國使用的平臺（如谷歌的服務(wù)、支付和登陸方式等），復(fù)制或重新構(gòu)建一份前端，做到數(shù)字產(chǎn)品在中國可用即可。

營銷策略本土化階段的關(guān)鍵字是“業(yè)務(wù)“。這個階段業(yè)務(wù)的增長是首要目標。為了完成這個目標，跨國企業(yè)在中國組建市場和營銷團隊，購買必須的企業(yè)套件、營銷工具等，以盡快融入本土數(shù)字化生態(tài)當中，并可能因此催生出本土化的業(yè)務(wù)模式。從用戶視角來看，市面上會出現(xiàn)更多與該跨國企業(yè)相關(guān)的觸點，例如小程序、手機應(yīng)用、線上線下活動等。

數(shù)字化能力本土化階段的關(guān)鍵字是“賦能”。并不是所有的跨國企業(yè)都需要進入這一階段，而進入這一階段的主要動力來源是解決一個內(nèi)部矛盾和一個外部風(fēng)險。

內(nèi)部矛盾是指：隨著中國境內(nèi)業(yè)務(wù)的增長，跨國企業(yè)中國區(qū)更加深入的理解了自己的數(shù)字產(chǎn)品和對應(yīng)的用戶，開始期望擁有更多話語權(quán)，能夠根據(jù)市場需求制定自己的產(chǎn)品策略，以輔助更大程度的增長；因此中國區(qū)會期望對部分核心業(yè)務(wù)系統(tǒng)做出定制化（例如供應(yīng)商管理系統(tǒng)、核心業(yè)務(wù)流程管理系統(tǒng)等），而此時本土訴求與全球優(yōu)先（Global Frist）之間就產(chǎn)生了嚴重沖突。

外部風(fēng)險是指：受到地緣政治的影響，網(wǎng)絡(luò)空間主權(quán)正在加劇Splinternet現(xiàn)象，進而給跨國企業(yè)在華業(yè)務(wù)連續(xù)性帶來不可控風(fēng)險。對于這兩個問題，通常的應(yīng)對方案是將更多核心業(yè)務(wù)系統(tǒng)遷移至中國，并構(gòu)建中國境內(nèi)的數(shù)字化能力，以對遷移過來的系統(tǒng)進行維護和定制化的修改。

   貫穿始終的云遷移是一場

牽扯到眾多利益相關(guān)人的變革

受到中國防火墻和個人信息保護法的限制，從快速啟動階段開始，跨國企業(yè)就需要將部分必須的系統(tǒng)遷移至中國境內(nèi)。我們遇到過很多這類的案例，無論目標是將APP在中國上架，還是在中國建立一個主頁，都需要不同程度地將背后的部分系統(tǒng)延伸至中國。而在數(shù)字化能力本土化階段，隨著數(shù)字產(chǎn)品定制化需求的增長，越來越多的核心業(yè)務(wù)系統(tǒng)會被納入到遷移范圍之內(nèi)。因此我們認為在跨國企業(yè)進入中國的過程當中，云遷移是一個逃不掉、始終存在的話題。

很多時候我們談到云遷移，會將它定義為一個技術(shù)問題，并且認為它是一個一次性的動作，往往將關(guān)注點放在“遷什么、遷到哪里去、怎么遷”上面。對于其他云遷移場景來說，這或許是對的，但對于跨國企業(yè)進入中國來說，特別是處于數(shù)字化能力本土化階段的跨國企業(yè)來說，云遷移不應(yīng)該被簡單的定義為一個可以一次性解決的技術(shù)問題，不僅僅因為它是長期存在的，也因為它意味著系統(tǒng)所有權(quán)的轉(zhuǎn)變以及進而帶來的架構(gòu)的改變。

從很多客戶案例中我們發(fā)現(xiàn)，遷移貫穿跨國企業(yè)進入中國的始終，從最開始的最小集遷移到數(shù)字化能力本土化階段的核心系統(tǒng)遷移，涉及的服務(wù)數(shù)量眾多，持續(xù)時間長，這個過程可能會不同程度地面臨如下挑戰(zhàn)：

• 遷移之后的系統(tǒng)由誰來更新和維護？如何更新和維護？需要根據(jù)場景給出系統(tǒng)的解決方案。

• 如何適應(yīng)新的云環(huán)境？需要做出哪些修改？這會對現(xiàn)有的項目代碼、交付流程、部署架構(gòu)、線上監(jiān)控帶來什么變化？如何在影響最小化和本土能力最大化之間平衡？

• 當遷移服務(wù)數(shù)量比較大時，該如何組織遷移？由于各個服務(wù)的業(yè)務(wù)、技術(shù)棧各不相同，評估遷移工作量并制定最優(yōu)遷移路徑并不容易，以往通過手動分析的方式很可能不再適用。

• 如何相應(yīng)快速變化的系統(tǒng)？在遷移過程中服務(wù)并不是靜止的，各個業(yè)務(wù)線在根據(jù)自己的規(guī)劃進行著活躍的開發(fā)活動，這就意味遷移的計劃需要能夠快速相應(yīng)系統(tǒng)內(nèi)容的變化。

• 一般而言進入中國是企業(yè)的戰(zhàn)略計劃，并非業(yè)務(wù)線驅(qū)動，因此遷移是由平臺團隊來主導(dǎo)和實施的，那么平臺團隊該如何管理好業(yè)務(wù)團隊的期望？

基于以上原因，我們認為此時的云遷移是一場牽扯到眾多利益相關(guān)人的變革，而非一項技術(shù)舉措或者平臺項目。在這場變革中，核心問題有兩個：

這里我們就這兩個問題分別給出其應(yīng)對的思路，與讀者一起探討。

     將云遷移看作

一個持續(xù)學(xué)習(xí)的過程

云遷移實施過程的大部分時間是與業(yè)務(wù)部門的溝通和合作，因此充分掌握業(yè)務(wù)部門所擁有的系統(tǒng)的上下文，根據(jù)該上下文推薦遷移方案和計劃便可以更好地推動事情的進展，這與市場學(xué)中的市場細分方法一脈相承：市場細分是指，為了更好的拓寬市場、發(fā)掘機會，營銷者不再根據(jù)產(chǎn)品品種、產(chǎn)品系列來進行營銷，而是通過市場調(diào)研，依據(jù)消費者的需要和欲望、購買行為、購買習(xí)慣等方面的差異，將市場整體劃分為若干消費者群的市場分類，從而更加有效利用有限資源、提升客戶滿意度和忠誠度。

一個服務(wù)的上下文包括與該服務(wù)相關(guān)的方方面面，從編寫語言到部署方式，從通信方式到所依賴的庫或服務(wù)，從業(yè)務(wù)重要性到合規(guī)約束。服務(wù)上下文里的每一個指標都會一定程度的影響遷移的復(fù)雜度和優(yōu)先級。因此在制定遷移策略的過程中，我們不能僅從宏觀角度出發(fā)為服務(wù)劃分遷移優(yōu)先級，還應(yīng)該從服務(wù)本身的上下文出發(fā)，從微觀角度觀察所有服務(wù)，為服務(wù)分類，以制定由簡至難的服務(wù)遷移計劃，將云遷移變成一個學(xué)習(xí)的過程，逐步增加平臺團隊和業(yè)務(wù)團隊的信心。

一種基于自動化服務(wù)分類的云遷移方法[1]

     向平行多云架構(gòu)

或可移植多云架構(gòu)演進

與一般意義上的云遷移不太一樣的地方是，由跨國企業(yè)進入中國而帶來的云遷移會催生出一個多云環(huán)境。對于大多數(shù)跨國企業(yè)來說，遷移后系統(tǒng)的所有權(quán)是一個復(fù)雜的政治話題，不僅取決于Global的長期計劃，也取決于中國區(qū)業(yè)務(wù)及IT團隊的成熟程度。但大多數(shù)情況下，在真正實施差異化定制之前，被遷移的服務(wù)很長一段時間內(nèi)都會由Global團隊來維護，與部署在Global的服務(wù)一起升級和更新。在這段時間里，平臺團隊需要考慮的問題是如何幫助業(yè)務(wù)團隊更好的維護部署在兩朵云上的服務(wù)，也就是應(yīng)該選擇什么樣的多云架構(gòu)策略。

借鑒Gregor Hohpe所給出的5種多云架構(gòu)類型，我們認為平行多云(Parallel Multi-Cloud)和可移植多云(Portable Multi-Cloud)是跨國企業(yè)進入中國這個場景下的可行多云架構(gòu)。平行多云是指“開發(fā)一次，部署到多個云”的模式，而可移植多云是指因為應(yīng)用具備足夠的可移植性，從而可以在多個云服務(wù)之間切換。

相較于可移植多云，平行多云架構(gòu)的侵入性較弱，比較容易被業(yè)務(wù)團隊采納。平行多云可通過將服務(wù)所依賴的云服務(wù)抽象出來，在編譯打包階段根據(jù)目標環(huán)境來替換所依賴庫。而可移植多云架構(gòu)則是完全將云服務(wù)隔離，需要依賴類似于OAM和KubeVela這樣的解決方案來實現(xiàn)，要對服務(wù)做出大量的修改。

5種多云架構(gòu)模型

 小結(jié)

我們接觸到的很多想要進入中國的跨國企業(yè)都會面臨這樣那樣的挑戰(zhàn)，前期多集中在合規(guī)約束上，中期在產(chǎn)品本地化策略上，而當進入實施階段后，遷移和架構(gòu)便成了會產(chǎn)生更深遠影響的問題。如何從第三視角給出專業(yè)的建議，減輕大規(guī)模遷移和服務(wù)所有權(quán)之爭所帶來的痛苦，是值得我們不斷探索的方向。

#IDCF DevOps黑客馬拉松挑戰(zhàn)賽，獨創(chuàng)端到端DevOps體驗，精益創(chuàng)業(yè)+敏捷開發(fā)+DevOps流水線的完美結(jié)合。

2022年10月29-30日將在深圳舉辦，36小時內(nèi)從0到1打造并發(fā)布一款產(chǎn)品。

企業(yè)組隊參賽&個人參賽均可，趕緊上車~??