典型的云遷移案例與遷移復雜性詳解
希望使用云作為運行他們部分或全部應用程序的計算平臺的IT部門必須首先把那些應用程序遷移至云。這項任務卻是知易行難的，因此很多企業把目光正在轉向渠道合作伙伴以尋求幫助。但是，隨著客戶越來越多地向渠道尋求幫助以便實現某些業務功能的云化，應用程序遷移任務需要多種的技能和適宜的心態，而這正是傳統合作伙伴可能缺乏的。
多年以來，企業客戶們已與他們的解決方案供應商建立了密切的合作關系，使用戰略資源來滿足他們的傳統軟硬件需求，THINKstrategies的管理總監Jeff Kaplan說。“當他們聽到云的好處并轉而向他們的解決方案供應商尋求幫助時，那幾乎就是一個下意識的沖動，”他說。“不幸的是，在很多情況下，傳統的渠道合作伙伴們并沒有跟上這一云化的步伐。他們要么還在埋頭做著他們一直以來都在干的活，要么根本就沒有注意到這樣一個云的發展趨勢，又或者他們感受到了云帶來的威脅，因為他們受雇幫助企業選擇和部署”軟硬件并確保它們能夠正常運行。
一些傳統的合作伙伴錯誤地認為，一旦實現了應用云化，那么維護它們就不需要再花費太多的功夫了，Kaplan說。然而，一旦應用程序完成了云遷移，渠道供應商仍然有機會提供管理/監控支持，以及解決可能發生在基于云的系統中的任何問題。
對于那些很愿意管理他們客戶基于云的系統的渠道企業來說，把應用遷移至云可能需要對現有軟件的代碼大動干戈，在某些情況下，運行數據集成連接器將連接至軟件即服務解決方案并在云遷移過程中對數據進行調整，Kaplan說。
“你需要從小處入手并逐步增加”實施遷移的應用數量，他說。“這是這些云服務中最吸引人的一部分：你不必在實施前期投入過多和冒太多風險。”
典型的云遷移
軟件與服務企業“云計算技術合作伙伴公司”（CTP）在過去四年中一直都在從事云遷移服務工作。目前，隨著更多的客戶正在由戰略規劃階段進入具體實施階段，該公司的業務量也正在日益增加，CTP的高級副總裁John Treadway說。
應用程序云遷移的具體工作量主要取決于客戶及其業務的類型，Treadway說。在開始階段，客戶需要調整它們的心態：無論客戶是選擇使用諸如亞馬遜網絡服務（AWS）這樣的公共云還是私有云，其運行應不同于企業用戶之前的使用習慣，Treadway說，所以IT部門首先需要了解并熟悉維護他們所需服務等級的監控工具和流程。他們還需要了解，企業用戶對服務等級的業務期望，維持原有水平的性能和安全性，“滿足這些期望的方法通常需要不同的流程、工具、技能以及對應用程序與基礎設施內部運行機制的更深入了解，”Treadway說。
作為一個例子，在傳統IT部門中實現可用性通常需要深入關注基礎設施、開發和管理冗余等等方面，他說。“在云中，你通常不需要直接控制基礎設施——所以你需要把可用性管理移至應用層。”
作為對Kaplan的回應，Treadway表示，“他們從一些簡單的、低風險的應用程序開始，并注意在實施過程中不斷學習總結，然后再進入下一個新的水平。……所以他們正在做的與我所說的不謀而合，即這是一個漸進的過程，需要小心謹慎的前行。”
CTP確實對客戶想要進行云遷移的應用程序進行了組合分析以確定應用代碼修改所需的工作量。當一家企業想要把數以百計的工作負載遷往云時（例如，整個數據中心的固化），“所涉及的工作量……有時候只是簡單遷移，所以我們使用了一套工具來捕獲工作負載。”這些工作負載通常都是在虛擬環境中運行的，所以在把它們遷往云環境之前可能并不需要對其進行代碼修改。
“在我們開始遷移應用之前……它就好像是一個開發過程，你必須確保它已一切準備就緒，并確保一組核心功能已到位，”他說。例如，如果客戶想要把一個應用程序遷移至如AWS這樣的公共云，那么CTP就必須確保實現這一目標的所有相關連通性、網絡和工具均已到位，Treadway說。
由于很多企業已經實施了把部分應用從物理環境遷移至虛擬環境的工作，所以這些遷移工作的實施通常都會很順暢，相關的應用程序也能夠在AWS上運行良好，Treadway說。“在基礎設施即服務（IaaS）的公共云中正常運行應用程序并沒有很多的技術障礙，這是因為你只是把應用程序從一臺虛擬機遷往至另一臺虛擬機。”我們并不需要對它們進行大量的分析工作和重新編碼。
一旦CTP捕獲了遷移工作所涉及的工作量，它就會把工作負載遷至AWS，然后進行檢查以確保它們能夠順利運行。他表示，如果CTP能夠并行開展工作，那么企業就能夠在一天內完成多個應用的云遷移工作。這主要取決于這***程中所涉及的相關人員數量以及如何激勵客戶完成這一工作。
CTP公司目前已完成了多個云遷移服務項目，其中有一次在50天內完成了50個應用程序的遷移工作。一旦CTP投入時間讓客戶做好配置、相關工具到位，相關準備就緒，那么“整個遷移工作是能夠快速完成的。”其中重要的是，確保測試和保持遷移工作的高質量，他強調說。“一旦你做到了這一點，５０個應用程序本身……在大約兩到三個星期的時間內就能夠完成遷移任務。”
企業用戶將把部門的、商用的現成應用程序和專為非內部部署應用而開發的定制應用程序遷移至云。其中，很多的應用程序都是相當小的，有些是諸如WordPress或Drupal這樣的內容管理系統，而有些則是使用Java語言開發的定制應用程序，他說。“他們更傾向于不遷移那些或大型的、或復雜的、又或者遷移風險較大的關鍵任務應用程序。”
遷移復雜性詳解
對于那些復雜的特殊遷移工作，Treadway表示他花費了更多的時間來詳細分析每一個應用——如應用架構、部署規模，應用與其本身和企業中其他系統的交互方式等。“你必須深入研究這些更大規模應用的架構，并在編碼層次很好地理解它們。”他表示，CTP會更深入地關注安全性問題，從而確保應用能夠恰當地用好云以便于它在應用高峰時段能夠自如按需擴展。
“這可不是一件小事，所以你必須分析和理解它的需求以確保它能夠在云中實現成功，”他說。“雖然它是可以運行的，但是如果我只是完成遷移便聽之任之，那么它始終都無法實現云部署的***化。”
他表示，CTP著眼于***的、***云特點的設計模式和編程實踐，然后分析客戶的應用程序“以便于揭示差距，而這也正是改進應用的機遇所在。”
“要么客戶自行進行代碼修改，要么由我們來完成這一工作，或者有時候讓內部開發團隊和客戶開發團隊先后完成這一工作。”
大多數的應用程序都能夠在云中運行得像在內部部署中一樣正常，Treadway說，通常無需對應用進行很大的修改。“也就是說，如果應用程序越大、越復雜、越是執行關鍵任務，那么進行這樣一個深入分析工作的價值也就越高，進而進行重大代碼修改、運行和架構改進的重要性和必要性也是更加突出。”
與CTP一樣，Claris Networks也經常為客戶提供公共云遷移服務，因為這項服務確實具有較高的經濟意義，產品開發經理Dan Thompson說。
Claris Networks的***市場是醫療領域。電子病歷（EMR）系統是該公司實施云遷移中最常見的一類應用。通常情況下， Claris Networks都會把EMR系統的供應商納入其數據遷移計劃中，并確定它們是否能夠提供一個相關的云產品， Thompson說。如果系統供應商無法提供相應的云產品，那么Claris Networks就必須對應用進行重新開發，“這往往是一個更加艱難的道路。”
“你必須重新進行編碼工作，”Thompson說。“我們已經幫助了很多客戶進行了應用程序的再次開發，這是非常有難度的一項工作。”
在一個案例中，對于客戶一個用于歸類圖紙的文檔管理應用程序， Claris Networks 使用了一個源于Salesforce的編程接口。“當我們把應用程序遷移至云時，這個應用程序仍然在執行著管理他們的文檔的功能，但它看上去是截然不同的。”也就是說，兩個應用的功能是相同的，但是兩者是完全不同的應用了，他說。
很多時候，他認為公司更傾向于遷移客戶的整個服務器，而不僅僅只是業務應用。“我們發現，把一切降至操作系統層將更具實際意義，”他說，因為我們的目標就是要確保相同的用戶體驗和熟悉的系統。
“它將變得混亂，因為無論是你自己的員工還是客戶的員工都必須能夠重新開發應用。"通常情況下，雙方的員工可能都不具備編程方面的專業知識。“我們的意見是，遷移一切要比只遷移應用更容易。”
