如果你對(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)利。