云計算正在成為現代IT中***突破性的技術之一。十多年來云遷移的大趨勢下，技術領導人不斷耳聞遷移到云所帶來的好處。但是，CIO和其他決策者需要克服無數的挑戰，才能開發出滿足業務目標的云戰略，同時***限度地減少企業風險。

在本文中，我將重點介紹遺留應用的云實施方法，解釋這些遷移的普遍優勢和潛在陷阱。

[[193368]]

遺留應用遷移

專注于遺留應用的云實施方法假設了兩件事情：公司的業務運行在應用上，其次，它已經這樣運行了很長一段時間——因此遺留是重點。

將遺留應用遷移到云的常見方法，是根據單個應用的需求做出云實施決策。然而，單個應用的評估無法脫離現實進行。還必須考慮用戶和企業的需求。例如，在沒有充分考慮用戶與應用是如何交互的情況下，將客戶端—服務器應用遷移到云端，用戶的焦慮將會很高，生產力可能會受到影響，這可能導致未來的應用遷移面臨風險。在理想的情況下，應用遷移項目將在很大程度上對用戶不可見。

應用架構

雖然應用架構是技術考慮因素，但是當將這些應用遷移到云時，對用戶也是有影響的。例如，一個傳統的基于客戶端-服務器的ERP系統在許多公司中仍然在使用。簡單地將該應用推送到云--有時稱為“直接遷移”操作——如果遷移的同時，沒有適當的連接決策，可能會給用戶帶來災難性的后果。大多數數據庫應用無法應對網絡延遲，僅將客戶端-服務器應用的服務器端遷移到云，將增加延遲，通常超出可容忍的級別。

為了解決這個問題，你可以考慮在云供應商環境中部署遠程應用訪問工具，比如Citrix或Microsoft的遠程桌面服務，這樣所有的運營都保持本地化，至少從應用的角度來看。這樣做確實會增加云遷移的成本和復雜性，因此你需要評估云總體TCO成本，以確保這些附加的服務不會導致開支的凈增。

要明確的是，只有當有明顯的好處時，我才建議將遺留應用移動到云。這些類型的應用是使用私有數據中心設計的，一般來說，在云中重建這么多的周邊基礎設施的需求，往往會抵消成本和簡易化的好處。 也就是說，對許多人來說，仍然有好處——從可操作性經濟，簡化的提高，到即時的可擴展性——因此，你需要明確你的流程。

決定遷移流程

要將遺留應用遷移到云，你可以簡單地復制和粘貼現有的應用環境，也可以從云供應商處，全面重建環境。如果部署速度是你的主要關注點，將本地虛擬機復制到云端，并在供應商處重新啟動它們，會帶來***結果。再強調一次，由于周邊基礎設施，可能會帶來額外的復雜性。

然而，遺留應用的遷移通常也是很好的清理機會，確保應用操作環境符合當今的***方案，而不是部署應用時的***方案。

你應該在云中重建應用服務，還是將其從本地環境中復制出來，哪個更有意義。預算和企業目標將幫助你明確此步驟是否有意義。

遷移到云或不遷移到云

任何云實施方法都需要你決定哪些應用要遷移到云，以及遷移的順序。很少有企業能夠簡單地將所有應用一次性遷移，因此必須有一些優先級排序。那么，應該從哪里開始?

容易實現的目標

從對企業影響不大的容易實現的目標開始。找到不經常使用或僅很少使用的，且不是任務關鍵型的服務。先遷移這些，來幫助你和你的員工了解這個流程，并學習可應用于更關鍵工作負載的經驗。通過此過程，你將了解云供應商是如何支持你的工作負載，這樣你可以在下一步的應用遷移時，做出適當的調整。

考慮SaaS

盡可能地向SaaS供應商遷移合適的服務。例如，如果你使用Exchange，請考慮遷移到Office 365或類似的供應商。對于許多公司來說，運營本地協作環境不再有意義。但是，也有例外。如果你正在運行高度自定義的環境，確保你執行功能分析，明確可能會丟失的功能，然后再決定公司是否可以失去這個功能。如果不行，找到變通方法或留在本地。

同樣的，你也可以考慮用云替換部分的本地數據分析服務。由于許多基于云的報表服務能夠擴展到幾乎***的容量，所以你不用擔心本地計算和存儲資源。

什么應該留在本地

***，你的云實施戰略必須考慮哪些應用需要留在本地環境中。基礎設施支持服務，比如DNS、DHCP(動態主機配置協議)和打印服務器需要保留在本地，你需要至少在本地保留一個或兩個域控制器來進行身份驗證。

不過，除了這些基本應用之外，考慮將特別任務關鍵型、敏感或高度監管的應用保留在本地。即使你能夠找到一個有能力的云供應商，也有許多企業傾向于將這些服務作為風險管理戰略的一部分在本地控制。然而，隨著云供應商持續部署越來越強大和安全的環境，這也開始發生改變。隨著時間的推移，與云部署相關的安全性，數據位置和監管問題將成為過去。