通過向組織提供按需使用的技術(shù)資源，云計算技術(shù)正在改變IT行業(yè)。大多數(shù)依靠數(shù)據(jù)驅(qū)動信息和產(chǎn)品敏捷性的組織都開始了云遷移的旅程。但是，遷移到云平臺的過程是一項艱巨的任務。

無論是需要從內(nèi)部部署設施遷移到云平臺還是要集成混合云和多云架構(gòu)，選擇合適的云遷移服務提供商都可以幫助組織成功進行云遷移。而且，需要務實的云遷移策略來實現(xiàn)云計算解決方案的實時性能和效率。以下是一些需要遵循的云遷移最佳實踐。

[[350143]]

遵循的云遷移優(yōu)秀實踐

(1) 了解業(yè)務需求

根據(jù)以下三個考慮事項準備遷移計劃：業(yè)務目標、現(xiàn)有應用程序體系結(jié)構(gòu)、業(yè)務需求。組織可以實現(xiàn)不同的目標，例如提高應用程序性能、簡化操作、降低總體擁有成本，或者按需提供資源可用性、可擴展性和安全性等，從而著手進行云遷移。

(2) 遷移計劃

組織在了解其業(yè)務需求之后，需要確定遷移應用程序所需的云平臺工具和技術(shù)。例如AWS服務器遷移服務(SMS)、數(shù)據(jù)庫遷移服務(DMS)和來自Amazon的DirectConnect或來自Azure的Classic Migrate、Database Migration services等一些眾所周知的云計算服務，可以幫助組織通過云計算平臺遷移現(xiàn)有組件。

(3) 遷移執(zhí)行

接下來，組織可以執(zhí)行每個應用程序的遷移。為了有效地遷移到云平臺，并查看更快的業(yè)務成果，需要遵循以下已證明的策略：

(4) 重新托管(提升和轉(zhuǎn)移)：

使用諸如AWS的服務器遷移服務(SMS)或Azure的Classic Migrate或人工實施過程之類的工具將應用程序從內(nèi)部部署環(huán)境遷移到云中被稱為Rehost。這是一種最簡單的方法，因為它不涉及組織業(yè)務流程的變化。然而，其應用架構(gòu)的修改比較困難，靈活性低，云資源利用效率低。

(5) 重建平臺(提升、修補和轉(zhuǎn)移)

如果要在遷移應用程序時更換一些組件以利用Azure和AWS等云平臺，則稱為Replatform。考慮一種情況，組織通過使用Azure數(shù)據(jù)庫服務或亞馬遜關(guān)系數(shù)據(jù)庫服務(RDS)更改自托管數(shù)據(jù)庫來遷移原有應用程序。

這聽起來與組織在Rehost中所做的事情非常相似。但是與此相比，這是非常快速的遷移，并且需要最少的集成，其中包括測試工作。

(6) 回購

當組織采用企業(yè)資源計劃(ERP)系統(tǒng)之類的云計算服務替換整個應用程序，并在云計算市場上利用同一ERP系統(tǒng)作為服務時，這就是所謂的回購。如果組織的項目需要更改現(xiàn)有的許可證模型，并希望移動全新的應用程序，那么這么做是適合的。

(7) 重構(gòu)

在這里，組織將在大多數(shù)云計算服務(例如負載平衡、自動擴展和CDN服務)的幫助下編寫一個全新的結(jié)構(gòu)。對于需要擴展、性能或內(nèi)部部署設施無法實現(xiàn)的其他功能的項目，建議繼續(xù)執(zhí)行此過程。

(8) 退役

一旦將其遷移到云中，可能不再需要一些應用程序。組織可以隨時將它們?nèi)〕觯葬尫庞杏玫膽贸绦虻目臻g和資源，并利用云遷移服務。

(9) 保留

并非所有的應用程序都是相同的，有些應用程序可能不適合通過云平臺進行遷移。組織可以將這些應用程序永久保留在內(nèi)部部署設施，甚至在遷移過程的早期階段。

云遷移并非一勞永逸的過程。由于流程的復雜性和云遷移策略的缺乏，組織在遷移到云平臺的過程中經(jīng)常失敗。這就是選擇合適的云遷移服務提供商的原因。以下是為一些云遷移挑戰(zhàn)和解決方案。

云遷移的挑戰(zhàn)和解決方案

(1) 安全性

云計算環(huán)境與內(nèi)部部署環(huán)境之間的安全性比較看起來很相似，但是它們的屬性根本不同。如果云計算服務器存在安全問題，則是一場災難。

解決方案：

對于組織來說，在遷移過程中為每個應用程序規(guī)劃出安全性要求及其遵從性會更容易。可以使用云計算支持的入站和出站端口阻塞服務。此外，還可以使用云計算服務提供的用戶身份驗證機制。通過評估與內(nèi)部部署安全措施相比是否等效或更好地確定來自AWS或Azure的服務。除此之外，AWS和Azure都支持HIPAA合規(guī)性，從而提升了安全級別。始終建議添加由任一云平臺提供的SSL證書。

(2) 財務成本

盡管組織的目標是將業(yè)務遷移到云平臺來降低成本，但一些組織最終還是在不同的云服務中增加了額外的成本。因此，很難從經(jīng)濟角度上理解遷移是否成功。由于云計算環(huán)境的動態(tài)特性，在采用新服務或擴展應用程序時進行快速更改可能會導致更高的成本。

解決方案：

明確定義有關(guān)預期支出或遷移成本節(jié)省的關(guān)鍵績效指標可以有所幫助。組織始終可以創(chuàng)建最佳的經(jīng)濟模型，這可以幫助他們了解將在應用程序、服務和項目上花費的費用。與往常一樣，通常有可以通過AWS或Azure進行計算的選項，這將有助于規(guī)劃預算。

(3) 培訓

組織確保在引入新技術(shù)時，每個利益相關(guān)者都必須參與其中，這一點至關(guān)重要。

解決方案：

組織要使用云計算服務器的資源必須知道云遷移中使用的服務。云計算服務提供商的網(wǎng)站上有足夠的培訓材料，但是組織必須保證確實有足夠的時間對其進行培訓。

(4) 資源利用

組織必須確保托管在AWS或Azure上的應用程序具有高可用性和彈性。云計算機器實例不會永遠存在。因此，當應用程序在計算機實例之間移動時，需要找到一種保留應用程序狀態(tài)的方法。

解決方案：

組織可以使用AWS或Azure Web Apps的Elastic Beanstalk之類的服務來設置復制，也可以使用管理部署和可用性的服務。還可以選擇保留實例，以確保其計算機實例在很長一段時間內(nèi)都處于保留狀態(tài)。使用這樣的設備時需要采取預防措施，因為這將付出高昂成本。如果組織正在使用來自Azure的虛擬私有云(VPC)或虛擬網(wǎng)絡(vnet)，則它會提供活動/備用IPSec隧道，并且AWS Direct Connect服務會創(chuàng)建從組織網(wǎng)絡到VPC或vnet的直接連接。將兩者結(jié)合可以實現(xiàn)高彈性的網(wǎng)絡。

(5) 最終用戶體驗

如果組織可以解決成本問題，并且其應用程序用戶在使用它時沒有任何問題，那么就可以實現(xiàn)遷移目標。但這對于所有的遷移來說都不相同，因為可能會出現(xiàn)諸如用戶會話意外終止、應用程序資產(chǎn)未正確加載、新數(shù)據(jù)未在應用程序上更新等問題。

解決方案：

在使用自動縮放功能時，組織需要確保將會話存儲在數(shù)據(jù)庫中而不是文件系統(tǒng)中。這將幫助組織克服會話意外終止的問題。還必須確保通過CDN網(wǎng)絡正確地管理應用程序資產(chǎn)，以避免在應用程序上出現(xiàn)資產(chǎn)損壞的任何問題。

為避免意外的云遷移失敗，并從云遷移服務中獲得切實的收益，組織需要與可靠的云遷移服務提供商進行合作。