如果你對(duì)你的企業(yè)進(jìn)行正確的定位，遷移是可能的，關(guān)鍵是戰(zhàn)略性地采用開(kāi)放平臺(tái)和框架，將云提供商降級(jí)為基礎(chǔ)設(shè)施層的角色。雖然這種方法的學(xué)習(xí)曲線更陡峭，但從中長(zhǎng)期來(lái)看，它會(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)。合并和收購(gòu)活動(dòng)通常會(huì)讓企業(yè)擁有多云架構(gòu)，雖然CIO通常想要整合，但成本往往太高，無(wú)法證明其合理性。大多數(shù)情況下，這些CIO決定保留多云模式，因?yàn)樗麄儽绘i定了。
盡管存在障礙，但企業(yè)可能有很好的理由在IaaS提供商之間遷移，最常見(jiàn)的是在價(jià)值和運(yùn)營(yíng)成本之間獲得更好的成本比率，以利用競(jìng)爭(zhēng)對(duì)手云服務(wù)提供商的大幅折扣，并在你的企業(yè)想要提高可靠性時(shí)利用多云架構(gòu)。
提前為潛在的未來(lái)遷移做好計(jì)劃
在云提供商之間轉(zhuǎn)移關(guān)鍵應(yīng)用程序的愿望，即Gartner所說(shuō)的“云遣返”，通常是糟糕的規(guī)劃的結(jié)果，當(dāng)企業(yè)決定使用價(jià)格實(shí)惠的云原生中間件和開(kāi)發(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)略植根于他所說(shuō)的“按設(shè)計(jì)開(kāi)放”原則。他表示：“我們使用開(kāi)放標(biāo)準(zhǔn)(如果存在)，從而降低了供應(yīng)商鎖定的可能性。”但他承認(rèn)，一些本地服務(wù)提供了一個(gè)令人信服的價(jià)值主張，必須與鎖定的可能性進(jìn)行權(quán)衡。
此外，開(kāi)放設(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)用程序在沒(méi)有大量昂貴的返工的情況下無(wú)法在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)用程序的組件，而與云提供商無(wú)關(guān)，因此，他說(shuō)，底線是，你的選擇仍然是開(kāi)放的，但仍需要開(kāi)展一些活動(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ǔ)充說(shuō)，提前做好準(zhǔn)備。他說(shuō)：“不要與提供商簽約，除非你有協(xié)議，這樣你就知道如何將你的數(shù)據(jù)傳出，以及如何在其他地方復(fù)制這些軟件服務(wù)。”
即使擁有足夠的ETL策略可以確保你能夠以結(jié)構(gòu)化的方式和可用的格式在提供商之間移動(dòng)數(shù)據(jù)，這些計(jì)劃通常也是不存在的。盡管云服務(wù)提供商強(qiáng)調(diào)使用開(kāi)放平臺(tái)和數(shù)據(jù)訪問(wèn)協(xié)議，這些協(xié)議在理論上很容易使用，但訪問(wèn)這些服務(wù)的網(wǎng)絡(luò)限制和安全性往往被忽視。
在決定使用哪些云原生服務(wù)時(shí)，企業(yè)有時(shí)別無(wú)選擇，安全就是一個(gè)很好的例子。如果你的安全需求很高，一般的網(wǎng)絡(luò)安全可能是不夠的，你的需求越具體，服務(wù)在供應(yīng)商鎖定方面就越嚴(yán)格。擁有數(shù)據(jù)密集型業(yè)務(wù)的公司同時(shí)面臨存儲(chǔ)和帶寬問(wèn)題，PaaS和IaaS提供商將這兩個(gè)問(wèn)題作為競(jìng)爭(zhēng)優(yōu)勢(shì)。如果你試圖同時(shí)利用兩者的高性能，那就很難做到。
就像黑云杉把樹(shù)枝放在樹(shù)干附近一樣，盡可能地讓定制產(chǎn)品“苗條”，這不僅減少了鎖定，還確保了企業(yè)不會(huì)被他所說(shuō)的超負(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ì)陷入困境。
避免潛在的遷移痛苦
很明顯，在云提供商之間遷移帶來(lái)了無(wú)數(shù)的挑戰(zhàn)，這些問(wèn)題包括兼容性問(wèn)題、安全問(wèn)題、大量應(yīng)用程序重新配置的需要，以及處理基于舊操作系統(tǒng)和過(guò)時(shí)技術(shù)堆棧的映像，這些映像不會(huì)無(wú)縫集成到新環(huán)境中。傳輸大量數(shù)據(jù)還可能導(dǎo)致停機(jī)和潛在的數(shù)據(jù)丟失，確保過(guò)渡期間的一致性能和可擴(kuò)展性至關(guān)重要。應(yīng)對(duì)這些挑戰(zhàn)需要周密的計(jì)劃、徹底的測(cè)試和明確定義的回滾策略。
此外，PaaS遷移的關(guān)鍵故障點(diǎn)包括沒(méi)有達(dá)到成本或業(yè)務(wù)預(yù)期、資源技能不足、缺乏標(biāo)準(zhǔn)化和安全基礎(chǔ)、沒(méi)有利用云原生功能、安全和合規(guī)性問(wèn)題，以及沒(méi)有采用云運(yùn)營(yíng)模式。
對(duì)于考慮在云提供商之間遷移的任何企業(yè)，建議采用六步法。首先，評(píng)估訂閱模式以確保它與你的ROI目標(biāo)保持一致，采用混合云方法，盡可能使用與云無(wú)關(guān)的解決方案，讓你的未來(lái)遷移選項(xiàng)保持開(kāi)放，在使用本機(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)衡你的選擇
在考慮任何云提供商過(guò)渡時(shí)，始終要考慮過(guò)渡成本和數(shù)據(jù)所有權(quán)。
當(dāng)談到在使用增加鎖定的原生云服務(wù)和保持不可知性之間取得平衡時(shí)，沒(méi)有正確的答案，只有適合你的企業(yè)及其使命的最佳答案。問(wèn)題是基于云的應(yīng)用程序是否與你的企業(yè)的使命保持一致，并在一段時(shí)間內(nèi)為實(shí)現(xiàn)這一使命提供最佳價(jià)值。如果你有一個(gè)過(guò)于復(fù)雜的成本基礎(chǔ)設(shè)施，你不能隨著商業(yè)模式的變化而改變，讓你的選擇保持開(kāi)放。
在制定云遷移戰(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ú)服務(wù)器)來(lái)促進(jìn)遷移?你需要決定是使用定制解決方案還是使用云提供商提供的托管服務(wù)，這會(huì)產(chǎn)生供應(yīng)商鎖定風(fēng)險(xiǎn)。其次，云提供商可能會(huì)為遷移應(yīng)用程序提供激勵(lì)計(jì)劃，對(duì)于大型遷移來(lái)說(shuō)，折扣可能會(huì)很大。
從本質(zhì)上講，云遷移可能會(huì)有風(fēng)險(xiǎn)，但是，如果CIO提前規(guī)劃并堅(jiān)持不懈地完成這一過(guò)程，他們可能會(huì)看到更具成本效益的云服務(wù)和定價(jià)模式、更好的可擴(kuò)展性和資源分配，以及更高的性能和響應(yīng)能力。減少供應(yīng)商鎖定有助于提高敏捷性和創(chuàng)新性。歸根結(jié)底，云遷移可以推動(dòng)更大的競(jìng)爭(zhēng)力、創(chuàng)新和效率。
關(guān)于企業(yè)網(wǎng)D1net(r5u5c.cn)：
國(guó)內(nèi)主流的to B IT門(mén)戶，同時(shí)在運(yùn)營(yíng)國(guó)內(nèi)最大的甲方CIO專家?guī)旌椭橇敵黾吧缃黄脚_(tái)-信眾智(www.cioall.com)。同時(shí)運(yùn)營(yíng)19個(gè)IT行業(yè)公眾號(hào)(微信搜索D1net即可關(guān)注)。
版權(quán)聲明：本文為企業(yè)網(wǎng)D1Net編譯，轉(zhuǎn)載需在文章開(kāi)頭注明出處為：企業(yè)網(wǎng)D1Net，如果不注明出處，企業(yè)網(wǎng)D1Net將保留追究其法律責(zé)任的權(quán)利。
京公網(wǎng)安備 11010502049343號(hào)