一旦企業(yè)承諾在云中運(yùn)行業(yè)務(wù)關(guān)鍵型應(yīng)用程序，它們很少轉(zhuǎn)向其他提供商，一個(gè)很大的原因是：他們經(jīng)常被鎖定在他們選擇的供應(yīng)商的生態(tài)系統(tǒng)中。Gartner云服務(wù)和技術(shù)副總裁希德·納格表示，遷移成本實(shí)在太高了，他說：“但如果你的規(guī)劃工作做得很好，你就不會(huì)到處移動(dòng)你的申請(qǐng)。”

如果你對(duì)你的企業(yè)進(jìn)行正確的定位，遷移是可能的，關(guān)鍵是戰(zhàn)略性地采用開放平臺(tái)和框架，將云提供商降級(jí)為基礎(chǔ)設(shè)施層的角色。雖然這種方法的學(xué)習(xí)曲線更陡峭，但從中長(zhǎng)期來看，它會(huì)產(chǎn)生更有利的結(jié)果，關(guān)鍵是引入一位平臺(tái)中立的軟件架構(gòu)師，他可以劃定業(yè)務(wù)邊界，并創(chuàng)建與特定供應(yīng)商不那么糾纏的解決方案。

美國(guó)專利商標(biāo)局的CIO杰米·霍爾科姆的看法略顯微妙：他希望保留在云服務(wù)提供商之間移動(dòng)應(yīng)用的選擇余地，并與所有主要云服務(wù)提供商進(jìn)行市場(chǎng)研究，但要做到這一點(diǎn)，需要在第一次將應(yīng)用程序遷移到云之前提前計(jì)劃。

將鎖定風(fēng)險(xiǎn)降至最低

當(dāng)涉及到利用每家供應(yīng)商的云原生服務(wù)時(shí)，你需要仔細(xì)權(quán)衡權(quán)衡。如果你為了保持不可知性而選擇不使用云提供商的原生服務(wù)，你就會(huì)失去許多更好、更便宜、更快的商業(yè)案例指標(biāo)，不可知論是有代價(jià)的，就像鎖定供應(yīng)商是有代價(jià)的。

云供應(yīng)商鎖定分為三種形式。當(dāng)你擁有完整的云基礎(chǔ)配置(資源分組、策略、RBAC、混合連接、監(jiān)控、合規(guī)性等)時(shí)，就會(huì)發(fā)生平臺(tái)鎖定，這使得遷移到另一個(gè)平臺(tái)變得困難，因?yàn)樵谛缕脚_(tái)上重新創(chuàng)建所有這些都很復(fù)雜。

架構(gòu)鎖定是指應(yīng)用程序依賴于云提供商提供的多個(gè)托管服務(wù)，在這種情況下，你必須重新構(gòu)建應(yīng)用程序，然后才能遷移它。

然后是法律鎖定，在這種情況下，你已經(jīng)承諾在預(yù)定的時(shí)間內(nèi)遵守企業(yè)服務(wù)協(xié)議，這些承諾很難終止，也讓遷移變得困難。

有時(shí)，盡管CIO盡了最大努力避免供應(yīng)商鎖定，但供應(yīng)商鎖定還是會(huì)出現(xiàn)。合并和收購活動(dòng)通常會(huì)讓企業(yè)擁有多云架構(gòu)，雖然CIO通常想要整合，但成本往往太高，無法證明其合理性。大多數(shù)情況下，這些CIO決定保留多云模式，因?yàn)樗麄儽绘i定了。

盡管存在障礙，但企業(yè)可能有很好的理由在IaaS提供商之間遷移，最常見的是在價(jià)值和運(yùn)營(yíng)成本之間獲得更好的成本比率，以利用競(jìng)爭(zhēng)對(duì)手云服務(wù)提供商的大幅折扣，并在你的企業(yè)想要提高可靠性時(shí)利用多云架構(gòu)。

提前為潛在的未來遷移做好計(jì)劃

在云提供商之間轉(zhuǎn)移關(guān)鍵應(yīng)用程序的愿望，即Gartner所說的“云遣返”，通常是糟糕的規(guī)劃的結(jié)果，當(dāng)企業(yè)決定使用價(jià)格實(shí)惠的云原生中間件和開發(fā)工具并打算在完成后將應(yīng)用程序移回本地私有云時(shí)也是如此。

建議保留MSP或系統(tǒng)集成商的服務(wù)，以進(jìn)行規(guī)劃并確保你選擇正確的應(yīng)用程序遷移到云，這很重要，因?yàn)橐坏┠阋苿?dòng)了它，你就同意被鎖在平臺(tái)上。

金融服務(wù)公司USAA仔細(xì)選擇了其四家云服務(wù)提供商中的一家托管其每個(gè)工作負(fù)載和常規(guī)業(yè)務(wù)應(yīng)用程序。高級(jí)副總裁兼首席技術(shù)官Jeff Calusinski表示：“我們讓云提供商與他們最擅長(zhǎng)的業(yè)務(wù)或技術(shù)服務(wù)保持一致。”

該機(jī)構(gòu)的多云戰(zhàn)略植根于他所說的“按設(shè)計(jì)開放”原則。他表示：“我們使用開放標(biāo)準(zhǔn)(如果存在)，從而降低了供應(yīng)商鎖定的可能性。”但他承認(rèn)，一些本地服務(wù)提供了一個(gè)令人信服的價(jià)值主張，必須與鎖定的可能性進(jìn)行權(quán)衡。

此外，開放設(shè)計(jì)原則只會(huì)在鎖定方面發(fā)揮作用，因?yàn)榧词巩?dāng)你使用現(xiàn)代服務(wù)時(shí)，每個(gè)平臺(tái)上的實(shí)現(xiàn)也不同，例如，亞馬遜的EC2與谷歌的GCP做同樣的事情，但在EC2上運(yùn)行的應(yīng)用程序在沒有大量昂貴的返工的情況下無法在GCP上運(yùn)行。雖然Kubernetes是一個(gè)行業(yè)標(biāo)準(zhǔn)，但它的實(shí)現(xiàn)，如Azure通信服務(wù)和Google Kubernetes Engine，工作方式并不相同。

然而，云提供商和應(yīng)用程序之間已經(jīng)出現(xiàn)了一些抽象層，即使使用本地云提供商服務(wù)，這些抽象層也可以簡(jiǎn)化遷移，這些服務(wù)(如發(fā)布/訂閱、服務(wù)調(diào)用、機(jī)密管理、狀態(tài)管理等)抽象應(yīng)用程序的組件，而與云提供商無關(guān)，因此，他說，底線是，你的選擇仍然是開放的，但仍需要開展一些活動(dòng)，以便從一個(gè)云提供商轉(zhuǎn)移到另一個(gè)云提供商。

數(shù)據(jù)需求是另一個(gè)需要仔細(xì)規(guī)劃的領(lǐng)域，在云之間移動(dòng)應(yīng)用程序的成本很高，因?yàn)槟氵€需要移動(dòng)關(guān)聯(lián)的數(shù)據(jù)，而數(shù)據(jù)出口是一項(xiàng)非常昂貴的工作。

因此，霍爾科姆補(bǔ)充說，提前做好準(zhǔn)備。他說：“不要與提供商簽約，除非你有協(xié)議，這樣你就知道如何將你的數(shù)據(jù)傳出，以及如何在其他地方復(fù)制這些軟件服務(wù)。”

即使擁有足夠的ETL策略可以確保你能夠以結(jié)構(gòu)化的方式和可用的格式在提供商之間移動(dòng)數(shù)據(jù)，這些計(jì)劃通常也是不存在的。盡管云服務(wù)提供商強(qiáng)調(diào)使用開放平臺(tái)和數(shù)據(jù)訪問協(xié)議，這些協(xié)議在理論上很容易使用，但訪問這些服務(wù)的網(wǎng)絡(luò)限制和安全性往往被忽視。

在決定使用哪些云原生服務(wù)時(shí)，企業(yè)有時(shí)別無選擇，安全就是一個(gè)很好的例子。如果你的安全需求很高，一般的網(wǎng)絡(luò)安全可能是不夠的，你的需求越具體，服務(wù)在供應(yīng)商鎖定方面就越嚴(yán)格。擁有數(shù)據(jù)密集型業(yè)務(wù)的公司同時(shí)面臨存儲(chǔ)和帶寬問題，PaaS和IaaS提供商將這兩個(gè)問題作為競(jìng)爭(zhēng)優(yōu)勢(shì)。如果你試圖同時(shí)利用兩者的高性能，那就很難做到。

就像黑云杉把樹枝放在樹干附近一樣，盡可能地讓定制產(chǎn)品“苗條”，這不僅減少了鎖定，還確保了企業(yè)不會(huì)被他所說的超負(fù)荷和昂貴的版本控制路徑所拖累。

大多數(shù)PaaS選項(xiàng)都有一個(gè)核心功能和一套輔助功能，需要輔助能力的數(shù)量，并將重點(diǎn)放在核心上。

基于SaaS的應(yīng)用程序也是如此，這是他的團(tuán)隊(duì)從Remedy轉(zhuǎn)向ServiceNow和Salesforce后遵循的格言。不要做太多定制，需要的時(shí)候就可以換掉。不要受制于他們，這是一個(gè)很好的結(jié)構(gòu)平臺(tái)，但如果它充斥著優(yōu)化，你就會(huì)陷入困境。

避免潛在的遷移痛苦

很明顯，在云提供商之間遷移帶來了無數(shù)的挑戰(zhàn)，這些問題包括兼容性問題、安全問題、大量應(yīng)用程序重新配置的需要，以及處理基于舊操作系統(tǒng)和過時(shí)技術(shù)堆棧的映像，這些映像不會(huì)無縫集成到新環(huán)境中。傳輸大量數(shù)據(jù)還可能導(dǎo)致停機(jī)和潛在的數(shù)據(jù)丟失，確保過渡期間的一致性能和可擴(kuò)展性至關(guān)重要。應(yīng)對(duì)這些挑戰(zhàn)需要周密的計(jì)劃、徹底的測(cè)試和明確定義的回滾策略。

此外，PaaS遷移的關(guān)鍵故障點(diǎn)包括沒有達(dá)到成本或業(yè)務(wù)預(yù)期、資源技能不足、缺乏標(biāo)準(zhǔn)化和安全基礎(chǔ)、沒有利用云原生功能、安全和合規(guī)性問題，以及沒有采用云運(yùn)營(yíng)模式。

對(duì)于考慮在云提供商之間遷移的任何企業(yè)，建議采用六步法。首先，評(píng)估訂閱模式以確保它與你的ROI目標(biāo)保持一致，采用混合云方法，盡可能使用與云無關(guān)的解決方案，讓你的未來遷移選項(xiàng)保持開放，在使用本機(jī)云服務(wù)時(shí)，請(qǐng)使用抽象層設(shè)計(jì)應(yīng)用程序，投資于數(shù)據(jù)遷移規(guī)劃、測(cè)試和備份戰(zhàn)略，以降低風(fēng)險(xiǎn)，并根據(jù)需要審查和調(diào)整許可協(xié)議。

仔細(xì)權(quán)衡你的選擇

在考慮任何云提供商過渡時(shí)，始終要考慮過渡成本和數(shù)據(jù)所有權(quán)。

當(dāng)談到在使用增加鎖定的原生云服務(wù)和保持不可知性之間取得平衡時(shí)，沒有正確的答案，只有適合你的企業(yè)及其使命的最佳答案。問題是基于云的應(yīng)用程序是否與你的企業(yè)的使命保持一致，并在一段時(shí)間內(nèi)為實(shí)現(xiàn)這一使命提供最佳價(jià)值。如果你有一個(gè)過于復(fù)雜的成本基礎(chǔ)設(shè)施，你不能隨著商業(yè)模式的變化而改變，讓你的選擇保持開放。

在制定云遷移戰(zhàn)略時(shí)，重要的是要注意定價(jià)模型。探索潛在的成本節(jié)約計(jì)劃，并將數(shù)據(jù)傳輸成本考慮在內(nèi)，這種方法對(duì)于防止云運(yùn)營(yíng)費(fèi)用意外飆升并確保與你的預(yù)算限制保持一致至關(guān)重要。在執(zhí)行遷移戰(zhàn)略時(shí)，要考慮另外兩個(gè)因素。首先，云服務(wù)提供商提供哪些服務(wù)(如微服務(wù)或無服務(wù)器)來促進(jìn)遷移?你需要決定是使用定制解決方案還是使用云提供商提供的托管服務(wù)，這會(huì)產(chǎn)生供應(yīng)商鎖定風(fēng)險(xiǎn)。其次，云提供商可能會(huì)為遷移應(yīng)用程序提供激勵(lì)計(jì)劃，對(duì)于大型遷移來說，折扣可能會(huì)很大。

從本質(zhì)上講，云遷移可能會(huì)有風(fēng)險(xiǎn)，但是，如果CIO提前規(guī)劃并堅(jiān)持不懈地完成這一過程，他們可能會(huì)看到更具成本效益的云服務(wù)和定價(jià)模式、更好的可擴(kuò)展性和資源分配，以及更高的性能和響應(yīng)能力。減少供應(yīng)商鎖定有助于提高敏捷性和創(chuàng)新性。歸根結(jié)底，云遷移可以推動(dòng)更大的競(jìng)爭(zhēng)力、創(chuàng)新和效率。