組織需要采用正確的云遷移策略將其應用程序遷移到云平臺中,以降低成本,提高應用程序的性能。
通過向組織提供按需使用的技術資源,云計算技術正在改變IT行業。大多數依靠數據驅動信息和產品敏捷性的組織都開始了云遷移的旅程。但是,遷移到云平臺的過程是一項艱巨的任務。無論是需要從內部部署設施遷移到云平臺還是要集成混合云和多云架構,選擇合適的云遷移服務提供商都可以幫助組織成功進行云遷移。而且,需要務實的云遷移策略來實現云計算解決方案的實時性能和效率。以下是一些需要遵循的云遷移最佳實踐。
遵循的云遷移最佳實踐
(1)了解業務需求
根據以下三個考慮事項準備遷移計劃:業務目標、現有應用程序體系結構、業務需求。組織可以實現不同的目標,例如提高應用程序性能、簡化操作、降低總體擁有成本,或者按需提供資源可用性、可擴展性和安全性等,從而著手進行云遷移。
(2)遷移計劃
組織在了解其業務需求之后,需要確定遷移應用程序所需的云平臺工具和技術。例如AWS服務器遷移服務(SMS)、數據庫遷移服務(DMS)和來自Amazon的DirectConnect或來自Azure的Classic Migrate、Database Migration services等一些眾所周知的云計算服務,可以幫助組織通過云計算平臺遷移現有組件。
(3)遷移執行
接下來,組織可以執行每個應用程序的遷移。為了有效地遷移到云平臺,并查看更快的業務成果,需要遵循以下已證明的策略:
(4)重新托管(提升和轉移):
使用諸如AWS的服務器遷移服務(SMS)或Azure的Classic Migrate或人工實施過程之類的工具將應用程序從內部部署環境遷移到云中被稱為Rehost。這是一種最簡單的方法,因為它不涉及組織業務流程的變化。然而,其應用架構的修改比較困難,靈活性低,云資源利用效率低。
(5)重建平臺(提升、修補和轉移)
如果要在遷移應用程序時更換一些組件以利用Azure和AWS等云平臺,則稱為Replatform。考慮一種情況,組織通過使用Azure數據庫服務或亞馬遜關系數據庫服務(RDS)更改自托管數據庫來遷移原有應用程序。
這聽起來與組織在Rehost中所做的事情非常相似。但是與此相比,這是非常快速的遷移,并且需要最少的集成,其中包括測試工作。
(6)回購
當組織采用企業資源計劃(ERP)系統之類的云計算服務替換整個應用程序,并在云計算市場上利用同一ERP系統作為服務時,這就是所謂的回購。如果組織的項目需要更改現有的許可證模型,并希望移動全新的應用程序,那么這么做是適合的。
(7)重構
在這里,組織將在大多數云計算服務(例如負載平衡、自動擴展和CDN服務)的幫助下編寫一個全新的結構。對于需要擴展、性能或內部部署設施無法實現的其他功能的項目,建議繼續執行此過程。
(8)退役
一旦將其遷移到云中,可能不再需要一些應用程序。組織可以隨時將它們取出,以釋放有用的應用程序的空間和資源,并利用云遷移服務。
(9)保留
并非所有的應用程序都是相同的,有些應用程序可能不適合通過云平臺進行遷移。組織可以將這些應用程序永久保留在內部部署設施,甚至在遷移過程的早期階段。
云遷移并非一勞永逸的過程。由于流程的復雜性和云遷移策略的缺乏,組織在遷移到云平臺的過程中經常失敗。這就是選擇合適的云遷移服務提供商的原因。以下是為一些云遷移挑戰和解決方案。
云遷移的挑戰和解決方案
(1)安全性
云計算環境與內部部署環境之間的安全性比較看起來很相似,但是它們的屬性根本不同。如果云計算服務器存在安全問題,則是一場災難。
解決方案:
對于組織來說,在遷移過程中為每個應用程序規劃出安全性要求及其遵從性會更容易。可以使用云計算支持的入站和出站端口阻塞服務。此外,還可以使用云計算服務提供的用戶身份驗證機制。通過評估與內部部署安全措施相比是否等效或更好地確定來自AWS或Azure的服務。除此之外,AWS和Azure都支持HIPAA合規性,從而提升了安全級別。始終建議添加由任一云平臺提供的SSL證書。
(2)財務成本
盡管組織的目標是將業務遷移到云平臺來降低成本,但一些組織最終還是在不同的云服務中增加了額外的成本。因此,很難從經濟角度上理解遷移是否成功。由于云計算環境的動態特性,在采用新服務或擴展應用程序時進行快速更改可能會導致更高的成本。
解決方案:
明確定義有關預期支出或遷移成本節省的關鍵績效指標可以有所幫助。組織始終可以創建最佳的經濟模型,這可以幫助他們了解將在應用程序、服務和項目上花費的費用。與往常一樣,通常有可以通過AWS或Azure進行計算的選項,這將有助于規劃預算。
(3)培訓
組織確保在引入新技術時,每個利益相關者都必須參與其中,這一點至關重要。
解決方案:
組織要使用云計算服務器的資源必須知道云遷移中使用的服務。云計算服務提供商的網站上有足夠的培訓材料,但是組織必須保證確實有足夠的時間對其進行培訓。
(4)資源利用
組織必須確保托管在AWS或Azure上的應用程序具有高可用性和彈性。云計算機器實例不會永遠存在。因此,當應用程序在計算機實例之間移動時,需要找到一種保留應用程序狀態的方法。
解決方案:
組織可以使用AWS或Azure Web Apps的Elastic Beanstalk之類的服務來設置復制,也可以使用管理部署和可用性的服務。還可以選擇保留實例,以確保其計算機實例在很長一段時間內都處于保留狀態。使用這樣的設備時需要采取預防措施,因為這將付出高昂成本。如果組織正在使用來自Azure的虛擬私有云(VPC)或虛擬網絡(VNet),則它會提供活動/備用IPSec隧道,并且AWS Direct Connect服務會創建從組織網絡到VPC或VNet的直接連接。將兩者結合可以實現高彈性的網絡。
(5)最終用戶體驗
如果組織可以解決成本問題,并且其應用程序用戶在使用它時沒有任何問題,那么就可以實現遷移目標。但這對于所有的遷移來說都不相同,因為可能會出現諸如用戶會話意外終止、應用程序資產未正確加載、新數據未在應用程序上更新等問題。
解決方案:
在使用自動縮放功能時,組織需要確保將會話存儲在數據庫中而不是文件系統中。這將幫助組織克服會話意外終止的問題。還必須確保通過CDN網絡正確地管理應用程序資產,以避免在應用程序上出現資產損壞的任何問題。
為避免意外的云遷移失敗,并從云遷移服務中獲得切實的收益,組織需要與可靠的云遷移服務提供商進行合作。
版權聲明:本文為企業網D1Net編譯,轉載需注明出處為:企業網D1Net,如果不注明出處,企業網D1Net將保留追究其法律責任的權利。