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

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

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

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

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

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

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

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

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

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

提前為潛在的未來遷移做好計劃

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

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

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

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

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

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

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

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

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

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

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

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

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

避免潛在的遷移痛苦

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

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

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

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

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

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

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

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