建站
咨詢
售后
建站咨詢
新聞中心
一旦企業(yè)承諾在云中運行關鍵的業(yè)務應用，他們就很少會再轉向其他的提供商，其中一個重要的原因是：他們經(jīng)常被鎖定在他們所選擇的廠商生態(tài)系統(tǒng)中。Gartner云服務和技術副總裁Sid Nag表示，遷移成本實在太高了?！暗绻愕囊?guī)劃工作做得正確，你就不必遷移你的應用?！?/p>
成都創(chuàng)新互聯(lián)公司是一家專注于網(wǎng)站設計制作、網(wǎng)站建設與策劃設計,灤平網(wǎng)站建設哪家好?成都創(chuàng)新互聯(lián)公司做網(wǎng)站,專注于網(wǎng)站建設10多年,網(wǎng)設計領域的專業(yè)建站公司;建站業(yè)務涵蓋:灤平等地區(qū)。灤平做網(wǎng)站價格咨詢:18982081108
專業(yè)服務公司Globant的云運營和網(wǎng)絡安全工作室合作人Pablo Del Giudice補充說，如果你正確地定位了組織，遷移是有可能的。他和他的團隊已經(jīng)成功做到了這一點。他說：“關鍵是要戰(zhàn)略性地采用開放平臺和框架，將云提供商降級為基礎設施層的角色?！彼f，雖然這種方法的學習曲線更陡一些，但從中長期來看，會產(chǎn)生更有利的結果?！瓣P鍵是要引入一個平臺中立的軟件架構師，他可以劃定業(yè)務邊界并創(chuàng)建與特定廠商較少糾纏的解決方案?！?/p>
美國專利商標局首席信息官Jamie Holcombe的看法則稍微微妙一些：他希望保留在云服務提供商之間移動應用的選擇，并與所有主要提供商進行市場研究。但要做到這一點需要在第一次將應用遷移到云之前就提前規(guī)劃好。
將鎖定風險降至最低
在利用每家廠商的云原生服務時，你需要仔細權衡利弊。Holcombe說：“如果你選擇不使用云提供商的原生服務來確保自己是‘云無關的’，那么你就會失去很多‘更好的、更便宜的、更快的’的業(yè)務案例指標。因此這是有代價的，就像廠商鎖定是有代價的一樣?！?/p>
Jamie Holcombe，美國專利商標局首席信息官
Del Giudice將云廠商鎖定分為三種形式。當你擁有完整的云基礎配置（資源分組、策略、RBAC、混合連接、監(jiān)控、合規(guī)性等）時，就會發(fā)生平臺鎖定的情況，由于在新平臺上重新創(chuàng)建所有這些配置的復雜性，導致遷移到另一個平臺變得十分困難。
架構鎖定是指應用依賴于云提供商的多個托管服務。在這種情況下，你必須先重新構建應用，然后才能遷移應用。
然后是法律鎖定，即你在預定時間內要承諾遵守企業(yè)服務協(xié)議。他說：“這些承諾很難終止，也導致遷移的執(zhí)行變得十分困難?！?/p>
有時，盡管CIO們盡了最大努力避免廠商鎖定，但廠商鎖定的情況還是會出現(xiàn)。Nag表示，合并和收購活動通常會讓組織擁有多云的架構，雖然CIO通常希望進行整合，但成本往往太高而無法證明其合理性。大多數(shù)時候這些CIO決定保留多云模式，因為他們被鎖定了?！澳惚焕ё×?，太大了?！?/p>
Del Giudice表示，盡管存在障礙，但組織可能有充分的理由在IaaS提供商之間進行遷移。最常見的是在價值和運營支出之間獲得更好的成本比，以利用競爭云服務提供商的大幅折扣，并在組織想要提高可靠性時利用多云架構。
提前規(guī)劃未來潛在的遷移
然而Nag表示，在云提供商之間遷移關鍵應用的愿望（Gartner稱之為“云遣返”），通常是規(guī)劃不當?shù)慕Y果，例如在向云直接部署的過程，或者當組織決定使用價格實惠的云原生中間件和開發(fā)工具，以便在完成后將應用遷回本地私有云的時候。
Sid Nag，Gartner云服務和技術副總裁
他建議保留MSP或者系統(tǒng)集成商的服務來進行規(guī)劃，并確保你選擇了正確的應用遷移到云?！斑@一點很重要，因為一旦你移動了應用，就相當于你同意被鎖定在這個平臺上?！?/p>
金融服務公司USAA仔細選擇了四個云服務提供商中的哪一家來托管他們的每個工作負載和常規(guī)業(yè)務應用?！拔覀儗⒃铺峁┥膛c他們最擅長的業(yè)務或技術服務結合起來，”該公司高級副總裁兼首席技術官Jeff Calusinski說道。
USAA的多云戰(zhàn)略是基于他所謂的“設計開放”原則。他說：“我們使用開放標準，從而減少廠商鎖定的可能性?！钡姓J，一些本地服務提供了令人信服的價值主張，必須權衡鎖定的可能性。
Nag表示，開放式設計原則在鎖定方面只能到此為止，因為即使你使用的是現(xiàn)代服務，每個平臺上的實現(xiàn)方式也是有所不同的。例如，Amazon的EC2底層和谷歌的GCP做的事情是相同的，但在EC2上運行的應用如果不進行大量昂貴的返工就無法運行在GCP上。雖然Kubernetes是一個行業(yè)標準，但它的實現(xiàn)方式（例如Azure Communication Services 和Google Kubernetes Engine）卻是不同的。
“然而，云提供商和應用之間已經(jīng)出現(xiàn)了一些抽象層，”Del Giudice說，即使使用本地云提供商服務，這些抽象層也可以簡化遷移?！斑@些服務，例如發(fā)布/訂閱、服務調用、機密管理、狀態(tài)管理等，抽象應用的組件，無論云提供商是誰?！币虼说拙€是，“你的選擇仍然是開放的，但需要進行一些操作，以便從一個云提供商遷移到另一個云提供商?！?/p>
Pablo Del Giudice，Globant云運營和網(wǎng)絡安全工作室合作人
數(shù)據(jù)要求是另一個需要仔細規(guī)劃的方面。Nag表示：“跨云遷移應用的成本很高，因為你還需要移動其他相關數(shù)據(jù)，而數(shù)據(jù)移出是一項成本非常高的工作?！?/p>
Holcomble補充說，因此請?zhí)崆白龊糜媱?。“除非你達成了協(xié)議，可以知道如何取出數(shù)據(jù)以及如何在其他地方復制這些軟件服務，否則不要與提供商簽約?！?/p>
但Del Giudice表示，即使有恰當?shù)腅TL策略可以確保你能夠以結構化的方式和可用的格式在提供商之間遷移數(shù)據(jù)，但這些計劃通常是不存在的?！氨M管云服務提供商強調使用開放平臺和數(shù)據(jù)訪問協(xié)議，理論上這些平臺和數(shù)據(jù)訪問協(xié)議是很容易使用的，但訪問這些服務的網(wǎng)絡限制和安全性往往被忽視了?！?/p>
在決定使用哪些云原生服務時，有時組織別無選擇。安全就是一個很好的例子?！叭绻愕陌踩枨蠛芨?，通用的網(wǎng)絡安全可能是不夠的?！蹦愕男枨笤骄唧w，在供應商鎖定方面對服務的要求就越嚴格。他表示，數(shù)據(jù)密集型運營的企業(yè)同時面臨存儲和帶寬問題，PaaS和IaaS提供商將這兩個因素作為他們的競爭優(yōu)勢?！叭绻阆胪瑫r獲得高性能的存儲和帶寬，那么問題就很棘手了。”
Holcombe遵循他所謂的“黑云杉”方法來利用本地服務進行定制。他說，就像黑云杉的樹枝靠近樹干一樣，美國專利商標局也讓定制盡可能變“瘦”。這不僅可以減少鎖定，還可以確保組織不會面對負擔過重、成本高昂的版本控制路徑帶來的壓力。
Calusinski也采取了類似的方法?！按蠖鄶?shù)PaaS都具有核心功能和一些輔助功能，我們會限制輔助能力的數(shù)量，而專注于核心功能?！?/p>
Jeff Calusinski，USAA高級副總裁兼首席技術官
Holcombe補充說，基于SaaS的應用也是如此——這是他的團隊從Remedy轉向ServiceNow和Salesforce之后所遵循的一個原則。他說：“不要進行太多定制，并在需要的時候進行更改，我們不依賴他們，這是一個很好的結構平臺。但如果優(yōu)化過多，你就會陷入困境?！?/p>
然而這一次，Calusinski的處理方式有所不同?！皩τ赟aaS平臺，我們會盡可能多地采用這種平臺，因為作為一家企業(yè)，我們在廠商能力方面沒有看到足夠的差異化，而且變化的可能性也很低?！?/p>
避免潛在的遷移痛苦
顯然，在云提供商之間進行遷移會帶來無數(shù)挑戰(zhàn)，其中包括兼容性問題、安全問題、大規(guī)模應用重新配置的需要，以及處理基于舊操作系統(tǒng)和過時技術堆棧的圖像，這些圖像無法無縫集成到新環(huán)境中。傳輸大量數(shù)據(jù)還可能導致停機和潛在的數(shù)據(jù)丟失，因此在遷移期間確保性能一致和可擴展性是至關重要的。“應對這些挑戰(zhàn)需要細致的規(guī)劃、徹底的測試和明確的回滾策略，”Del Giudice說。
此外，PaaS遷移的關鍵失敗點包括未滿足成本或業(yè)務預期、資源技能不足、缺乏標準化和安全基礎、未利用云原生功能、安全性和合規(guī)性問題、以及未采用云運營模型。
Del Giudice建議，任何組織在考慮云提供商之間遷移的時候采用六步走的方法。首先，評估訂閱模式以確保模式符合你的投資回報率目標。采用混合云方法。盡可能使用與云無關的解決方案，以保持未來遷移選項的開放性。使用本機云服務時，請使用抽象層設計應用。投資數(shù)據(jù)遷移規(guī)劃、測試和備份策略以降低風險。根據(jù)需要審查和調整許可協(xié)議。
仔細權衡你的選擇
Calusinski表示，在考慮任何云提供商遷移的時候，你始終要考慮遷移成本和數(shù)據(jù)所有權。
Holcombe表示，當你需要在使用增加鎖定的本地云服務與保持云無關性之間取得平衡時，沒有一個正確的答案，只有適合你組織及其使命的最佳答案。他說，問題在于基于云的應用是否符合你組織的使命，以及隨著時間的推移為實現(xiàn)這一目標提供最佳價值。他說：“如果你的成本基礎設施過于復雜，那么當業(yè)務模式發(fā)生變化的時候，你就無法改變，他補充說，要保持你的選擇是開放的，就像美國專利商標局在設計上采用多云架構一樣?！爸饕蚓褪欠仗峁┥讨g存在競爭?！?/p>
Del Giudice表示，在制定云遷移策略時，務必要注意定價模型?！疤剿鳚撛诘某杀竟?jié)約計劃，考慮數(shù)據(jù)傳輸成本，這種方法對于防止云運營費用意外激增并確保符合預算限制來說，是至關重要的。”他補充說，在執(zhí)行遷移策略時，請考慮其他兩個因素。首先，云服務提供商可以提供哪些服務（例如微服務或無服務器）來促進遷移？你需要決定是使用定制解決方案還是云提供商的托管服務，這存在廠商鎖定的風險。其次，云提供商可能會為遷移應用提供激勵計劃，對于大型遷移來說折扣力度可能是很大的。
就其本質而言，云遷移會是存在風險。但那些提前規(guī)劃并有足夠毅力完成這一過程的CIO們，可能會看到更具成本效益的云服務和定價模型、改進的可擴展性和資源分配、增強的性能和響應能力。Del Giudice說：“減少廠商鎖定可以促進更大的敏捷性和創(chuàng)新，最終，云遷移可以推動競爭力、創(chuàng)新和效率?！?/p>
分享標題：避免云應用遷移難題的四種補救措施
本文地址：http://www.5511xx.com/article/cdseejj.html
