導讀：推進企業上云已經是中國的國家戰略。然而，中國的企業領導們對什么是上云、怎樣上云的認知到啥程度了呢?

　　一位目前在中國最領先的云公司工作，在IT行業里摸爬滾打了二十多年的老同事跟我傾訴說：上云的概念太模糊了，企業IT轉型需要的業務應用的數字化和智能化，技術平臺的互聯網化和云原生化，以及基礎設施的云化和服務化，本身是系統性的工程，不單是技術性概念能覆蓋的。

　　給企業領導講技術概念，是很難被聽懂的，需要有體系化的業務轉型方法和業務價值呈現?；ヂ摼W公司以“中臺”通過技術敏捷實現業務敏捷，達到持續迭代和唯快不破，不是光靠技術轉型就能實現的，然而互聯網公司的這些思想應用到傳統企業的數字化轉型上，往往被各種磚家曲解了，對企業領導也多有誤導。

　　這位朋友在過去這些年負責了國內很多金融機構的上云項目，大多也就只能做到把原來的系統搬上云而已，還是私有的云。各種數字化也只是做做嘗試，幾乎沒有哪家能做全面的轉型。反觀很多全球性保險公司、銀行等同行，已經習慣了基于公有云的大規模敏捷，并開始各種業務創新了。

　　我對他說，也許是中國市場上缺乏好的云轉型咨詢顧問，沒能給企業領導把上云這事兒說清楚了。

　　朋友說他感覺還是企業沒有準備好，大多數企業的現狀是：業務領導不重視IT，重視IT的又不懂IT，懂IT的又不懂云和互聯網。勉強有少數領導，都懂一點，又不想找國內互聯網大廠出來的云公司們幫忙轉型，覺得是競爭對手。而作為旁觀者的咨詢顧問，想做到業務、技術都通也太難了。

　　不過，這位朋友覺得前途還是光明的，上云沒有捷徑可走，走的人多了，摔跤的多了，自然道路和走法都出來了。咨詢顧問在市場上還有大量的空白可以去填補。

　　于是，我下文嘗試一下用企業領導能聽懂的語言，跟他們聊聊上云的策略。

　　什么叫“上云”?通俗地說，就是企業把部署在本地數據中心的應用系統以及相應的數據，搬到云上去。今天，上云規劃是企業IT戰略規劃中的重要組成部分。企業使用云技術的模式分為公有云和私有云，私有云只能說是企業利用云技術建立的自有平臺，不算真正的“上云”;只有部分(混合云)或全部(多云)使用公有云，才是我下面說的“上云”的主要目的。

　　上云就上公有云。對企業來說，上云的收益有四方面：

　　一、智慧企業運營：今天，數字化轉型使得傳統企業的IT應用系統必須利用大數據、人工智能、流程機器人等技術進行改造，更具智慧和人性化，此外，企業還要構建平臺，持續創新，波士頓咨詢將企業的數字化愿景稱為“仿生型企業”(下圖)，而在今天的技術環境下，大數據、人工智能、流程機器人等都是以云服務方式提供的，所以要實現智慧企業/仿生型企業，擁抱云、上云是企業IT應用系統的必選變革;

　　

 

　　二、工作負載的彈性優化：企業可以根據透明的、自動可控的業務量參數，來調整信息系統的工作負載在一個云或者多個云上的部署，提升性能，降低成本;

　　三、可靈活控制的成本開支：云使得企業數字化所需的技術資源變得像水電氣等公用事業一樣，按用量付費，這使得企業的IT投入從資本性開支(CAPEX)變成運營費用性開支(OPEX)，改變了財務模型;

　　四、信息安全及合規：全面上云更有利于企業建立整合的信息安全策略，從云訪問著陸區到開發平臺到數據平臺到運維管理，全面規劃和實施信息安全及合規機制。

　　上云具體應該如何操作呢?早在2011年Gartner就提出了云遷移的“5R策略”，后續各家云服務商、咨詢公司等在此基礎上都提出了自己的方法，概念上大同小異，以亞馬遜AWS在2016年提出“6R策略”最具代表性：

　　

 

　　來源：AWS的應用上云路線圖

　　一、重新托管(Re-host)：也稱為“lift-and-shift”，這是一種最簡單粗暴的方式，即企業租用云上的“虛擬機”環境，將現有應用系統直接搬進去(“物理機到虛擬機”或者“虛擬機到虛擬機”)，這種方式過程簡單、快速，對業務影響最小，缺點是無法應用云上的原生服務，長遠來看成本效益未達最優化。

　　二、重構(Re-factor)：也稱為“re-achitecting”，即所謂的“云原生應用(cloud native application)”改造，這是一種連老應用系統的“底座”也徹底換掉的做法，根據云應用的全新技術環境，重新構建應用程序，企業可以部分利用過去應用程序的代碼和框架，基于自建的或者公有云服務商提供的應用開發平臺(PaaS)，來進行徹底的改造性開發和部署，例如傳統單體應用解耦，API賦能、微服務化就是“重構”的典型;這種方式能顯著提升傳統IT應用的性能、規模和靈活性，改造徹底，但是成本高、風險大、時間長。

　　三、修改平臺(Re-Platform)：也稱為“修補后遷移”，這是一種介于上述兩種策略之間的方式，不改變現有應用的核心架構，有針對性地利用云平臺上的技術服務組件，例如數據庫、消息中間件等，進行相應部分的改造。這種方式既能利用云原生服務，又能保護既有投資、縮短遷移時間，其潛在風險是遷移過程的項目管理以及遷移后的運維管理都較為麻煩。“容器”是將應用程序打包的方法，便于在云上部署、跨云遷移，上述兩種方式普遍使用容器技術來管理上云的應用;主流云平臺廠商大多提供了應用代碼掃描工具和容器化工具，自動分析、評估應用程序可遷移性，以及將應用程序容器化并將其部署在容器平臺上。

　　四、重新購買(Re-purchase)：即購買現成SaaS來替換掉傳統應用系統，例如傳統企業OA換成釘釘、企業微信，或者自建采購平臺換成云采購平臺等等，這種方式優點是可以盡量利用SaaS的成熟功能，維護更簡單，缺點是靈活性相對較低。

　　五、重建(Re-built)：在云平臺上采用原生的服務，從零開發新應用，這種方式更適用于快速創新，利用云平臺上的大數據、AI、物聯網等服務來搭建創新應用，例如最近很火的Snowflake數倉、C3.AI物聯網AI等，都在主流公有云上提供服務。云時代，企業使用數據平臺、人工智能等應該是利用云服務，而不是自己去建這些東西，這是很多中國企業在考慮數字化轉型策略時普遍存在的誤區?，F在主流公有云還提供“無服務器”(Serverless)方式，開發者不用關心底層的基礎設施架構的配置，只需專注于開發跟業務邏輯和用戶前端相關的代碼，基礎設施由云服務商自動供給，根據實際用量計費。這種方式優點是開發真正的自有云應用，更先進、時尚，缺點是綁定在特定云服務供應商的平臺服務上，較難跨云遷移。

　　六、保留和淘汰(Retain & Retire)：企業內有些應用系統出于網絡安全、訪問性能、合規要求等原因，不適合上云或者更適合本地部署，則應保留現狀;在進行上云評估時，通常還能識別到過時、無用的應用，進行必要的數據備份歸檔后淘汰。

　　我將六種方式在實施難度、風險和成本、業務創新支持等方面比較如下：

　　

 

　　企業IT系統的工作負載(Workload)哪些適合在云上，哪些適合保留在本地，現有本地的應用采用上述何種方式上云，跟企業業務戰略和數字化轉型戰略相匹配。云遷移過程本身也存在一定的風險，例如：

　　混合云、多云為企業IT架構帶來的復雜性，為企業IT管理增加了難度

　　應用跟基礎設施、數據平臺以及其他應用即服務之間的依賴關系，使得必須考慮演進中的過渡方案

　　上云后的系統性能和可用性，有些企業系統要求低時延，例如自動駕駛系統、工廠的工業自動化系統或者醫院的護理監測系統，必須考慮上云的風險

　　安全風險，盡管我認為大型云服務商本身的安全機制肯定高于企業自有的安全機制，就像你把鈔票放到銀行金庫，肯定比放在你家保險柜里更安全，不過，企業應用上云后，服務調用和數據傳輸全部在互聯網上，在這些環節上存在更多的受攻擊暴露。

　　因而，企業上云，究竟是定位到什么樣的深度，必須根據自身業務特性、業務戰略以及行業趨勢，找準定位，我們分為三個層級：

　　

 

　　咨詢顧問幫助企業進行上云的規劃的方法如下圖所示：

　　

 

　　第一步是結合企業的業務戰略，建立企業上云的愿景、分析商業案例，有些云服務商提供了在線的開支計算器，來幫助企業建立上云的投入產出經濟模型：

　　

 

　　第二步是基于上云愿景，具體落地到哪些業務場景可以上云。根據我們的經驗，以下四種類型的企業IT應用通常作為上云的優先候選：

　　對外的數字化渠道平臺或工具：無論是企業網站、社交平臺，還是電商平臺、經銷商和供應商協作平臺等，由于用戶訪問突發事件多、用量峰值高，是上云的首選，能顯著避免性能瓶頸、降低成本;

　　數據分析平臺：大數據平臺以及相應的數據分析應用，對基礎設施的軟硬件資源要求高，訪問人數和頻度低，將數據平臺和分析工具上云是較為經濟的做法，云存儲備份服務的成本節降比較顯著，而數倉和BI上云都是目前云應用的主流(參見“數字化轉型的誤區| “數據中臺”概念的局限性”);

　　全新新建數字化應用：企業不可能跟專業的云服務公司搶飯碗來自研物聯網、人工智能的平臺，因而采用這些新技術的數字化應用，都適合在公有云上直接開發，因而我認為不到一定規模的企業，在數字化轉型中自建“技術中臺”是個很荒謬的想法(參見“IT戰略 | 企業軟件，自研還是外購”);

　　最近幾年新建的應用系統：IT技術代際替換大約10年左右一次，而很多企業應用系統的技術穩定使用了幾十年了，這類企業系統也沒有必要馬上上云，例如ERP、核心銀行系統等，例如SAP將其ERP稱為“數字化核心(digital core)”，就是承認其當前本地化部署的定位(參見“企業如何走向下一代ERP(Next Gen ERP)”)，而最近幾年用新技術開發的、相對較新的應用系統，較為容易進行架構改造，采用前述的重構或修改平臺的方式，實現上云。

　　企業可以采用應用場景、業務流程、業務能力分析等各種方法，來對現有的應用系統(application，業務系統視角)或者工作負載(workload，技術實例視角)進行檢視，并按技術特性歸類，例如操作系統/編程語言/應用服務器類型等，從而分為“上云就緒”、“改造后上云候選”、“不適合上云的遺留系統”等。

　　企業對候選系統進行上云的測試以及試點后，總結形成經驗，云服務商提供了自動化上云工具，企業可以基于經驗，利用這些工具建立“云遷移工廠”，批量化提升上云速度。

　　第三步和第二步是交叉的，企業要根據上云應用的特性選擇合適的供應商，相應搭建架構，確定企業的架構設計范式。不同云平臺的服務各有特色，例如通常認為Google云平臺的大數據分析能力強，亞馬遜AWS的云原生組件、無服務器服務的技術更成熟，微軟云平臺更適合桌面應用、統一身份管理，提供完善的Devops工具，阿里云更適合高流量的電商應用，微信支持社交工具和游戲更好等等，企業根據實際情況選擇，“多云”應該是大方向，企業也應該利用第三方云管平臺來管理多云服務。

　　企業上云的效率取決于架構設計范式的標準化、代碼封裝及測試的自動化等能力。

　　第四步是建立云環境下新的數字化工作方式(way of work)以及對于IT和云服務的治理模式。云轉型為企業IT部門帶來一系列組織角色、工作流程、開發技術和管理工具的變化。例如敏捷方式以及云遷移過程控制，可能要求實施新的IT服務管理平臺，還需要實施訪問控制、資源調配、計費控制、安全監控、事件管理等云管工具，通常云服務平臺上也提供這些工具的原生服務。

　　有些企業在云轉型中建立了云能力中心(Cloud competency center)，來統一制定和協調云戰略、合作伙伴選擇、架構規范、解決方案設計、開發和部署、運維服務、網絡安全、云開支成本管理等：

　　

 

　　最后，總結一下企業上云的關鍵成功因素：