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

如果你對你的企業進行正確的定位，遷移是可能的，關鍵是戰略性地采用開放平臺和框架，將云提供商降級為基礎設施層的角色。雖然這種方法的學習曲線更陡峭，但從中長期來看，它會產生更有利的結果，關鍵是引入一位平臺中立的軟件架構師，他可以劃定業務邊界，并創建與特定供應商不那么糾纏的解決方案。

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

將鎖定風險降至最低

當涉及到利用每家供應商的云原生服務時，你需要仔細權衡權衡。如果你為了保持不可知性而選擇不使用云提供商的原生服務，你就會失去許多更好、更便宜、更快的商業案例指標，不可知論是有代價的，就像鎖定供應商是有代價的。

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

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

然后是法律鎖定，在這種情況下，你已經承諾在預定的時間內遵守企業服務協議，這些承諾很難終止，也讓遷移變得困難。

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

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

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

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

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

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

該機構的多云戰略植根于他所說的“按設計開放”原則。他表示：“我們使用開放標準(如果存在)，從而降低了供應商鎖定的可能性。”但他承認，一些本地服務提供了一個令人信服的價值主張，必須與鎖定的可能性進行權衡。

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

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

數據需求是另一個需要仔細規劃的領域，在云之間移動應用程序的成本很高，因為你還需要移動關聯的數據，而數據出口是一項非常昂貴的工作。

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

即使擁有足夠的ETL策略可以確保你能夠以結構化的方式和可用的格式在提供商之間移動數據，這些計劃通常也是不存在的。盡管云服務提供商強調使用開放平臺和數據訪問協議，這些協議在理論上很容易使用，但訪問這些服務的網絡限制和安全性往往被忽視。

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

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

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

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

避免潛在的遷移痛苦

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

此外，PaaS遷移的關鍵故障點包括沒有達到成本或業務預期、資源技能不足、缺乏標準化和安全基礎、沒有利用云原生功能、安全和合規性問題，以及沒有采用云運營模式。

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

仔細權衡你的選擇

在考慮任何云提供商過渡時，始終要考慮過渡成本和數據所有權。

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

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

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