六步雲遷移清單

已發表: 2020-04-10

Sheryn de Vos 的來賓貢獻

將您的業務遷移到雲會帶來一些巨大的好處。 您將可以使用增強的安全功能、自動備份數據、增強團隊成員之間的溝通,並且您將能夠更快地為您的客戶部署服務。 但是,遷移到雲並不總是一個簡單的過程。

如果您的企業正在使用複雜的應用程序或跟踪大量數據,那麼遷移將是一項繁重的工作。 這就是為什麼最好使用清單來確保您在此過程中做出最佳決策。

這是一個簡單的雲遷移清單,您可以使用它來幫助您完成整個過程:

  • 確定您的遷移級別

    您要做的第一件事是確定您需要的雲遷移級別。 有兩種主要選擇:淺層遷移和深層遷移。 通過淺層遷移,您實際上是在做讓應用程序在雲上運行所需的最低限度的工作。

    在這種類型的遷移中,您將在轉移應用程序時對服務器進行一些更改(如果有的話)。

    另一方面,深度遷移需要您修改應用程序,以便您可以利用雲功能。 如果您需要您的應用程序在更深層次上與雲交互,您將選擇此選項,其中有更高級的選項可用。

    這個決定對於每個企業都是不同的,所以你需要慢慢來,真正考慮你所有的選擇。 通過現在確定您需要遷移的深度,您將能夠在以下步驟中做出更好的選擇。

另請閱讀:什麼是雲計算?完整指南)

  • 選擇哪些應用程序正在運行

    接下來,您需要選擇將哪些應用程序遷移到雲中。 完成雲遷移時,您通常不需要帶上您使用的每一個應用程序。

    通過僅傳輸有意義的應用程序,您將節省大量時間和精力。 在確定要遷移的應用程序時,您應該考慮以下幾點:

    • 您能否“按原樣”提供此應用程序,還是需要重新設計?
    • 將特定應用程序遷移到雲的相關成本是多少?
    • 遷移該應用程序的投資回報是多少?
    • 該應用程序能否在雲上安全運行?
    • 遷移應用程序需要多長時間?

    仔細檢查您的業務所依賴的每個應用程序,並確定將其遷移到雲是否有意義。 當你瀏覽列表時,將它們分成你正在遷移的那些和你要離開它們所在的地方的那些。

    您可能會發現您需要攜帶每份申請,或者只攜帶一份,但除非您對所有申請進行評估,否則您不會知道。

  • 查找您的雲提供商

    既然您知道您希望遷移的深度以及要攜帶哪些應用程序,那麼是時候尋找雲提供商了。 有很多選項可供選擇,選擇正確的選項很重要。

    一個好的雲提供商將滿足您的所有託管需求,從安全性到速度再到便利性。

    在尋找雲提供商時,您需要考慮的主要問題是您是要使用單一云還是多雲方法。 這兩種選擇都有優點和缺點。

    例如,使用單一云方法,您的企業只需使用單一 API 優化其應用程序。 但是,這會將您鎖定在一個提供商中,如果您想切換到另一個提供商,這可能會使您在路上變得更加困難。

    借助多雲方法,如果您的業務需求發生變化,您可以在未來為自己提供更多選擇。 例如,如果您的供應商之一大幅提高價格,您將更容易將該雲上的應用程序轉移到您的其他供應商之一。

    缺點是您可能無法利用單個雲提供的所有功能,因為您的應用程序將分佈在多個雲上。

    在選擇雲提供商時需要考慮很多。 您想將應用程序拆分到單獨的雲上,還是讓每個應用程序部分地在每個雲上運行? 您是否應該構建能夠在任何云上運行的應用程序?

    即使您確定是需要單一云還是多雲方法,您仍然需要確定誰是該策略的最佳提供商。 在此步驟上花費大量時間,因為您不想在一個月後意識到您應該選擇不同的提供商。

    雲策略

  • 備份您的重要數據

    選擇您的雲提供商後,最好備份您的重要數據。 雖然雲遷移過程通常很順利,但您不想冒險。

    有時,遷移過程中的一個簡單錯誤可能會導致數據丟失。 如果您沒有將其備份到安全的地方,您可能會丟失重要的業務或客戶信息。 在未連接到 Internet 的某個地方的數據的簡單硬拷貝將使您在過渡期間高枕無憂。

另請下載 – 白皮書遷移到雲時的 10 件事

  • 建立一些KPI

    KPI 或關鍵績效指標是可用於確定雲遷移是否成功的指標。 遷移後,您需要比較某些指標,看看您是否獲得了比遷移前更好的性能。

    一些常見的雲 KPI 包括:

    • 頁面加載時間
    • 錯誤率
    • CPU使用率
    • 客戶轉化率
    • 內存使用情況

    想想您的雲遷移目標是什麼以及如何衡量它。 然後開始跟踪您當前系統的數據,以便您可以在完成雲遷移後進行比較。

    如果您發現您的指標變得更糟,您將知道您需要編輯您的雲或嘗試不同的策略。 另一方面,如果您的指標更好,您就會知道遷移是成功的。

  • 開始遷移

    最後,是時候開始遷移了。 在這最後一步中,您需要做出一個重大決定——您是想一次性轉移所有內容還是一次轉移一點? 您採用哪種方法在很大程度上取決於您的應用程序的複雜程度。

    使用一次性方法,您將測試雲以確保其正常工作,然後基本上翻轉一個開關以開始在那裡發送您的所有流量。 這通常是更快的方法,但如果設置不正確,可能會導致更大的問題。

    另一種方法是一次發送幾個客戶。 在新雲上設置一些客戶並確保一切正常。 然後再轉移一些並再次運行測試。 您將繼續這樣做,直到所有內容都轉移完畢。

    這種方法有助於確保您的雲能夠處理新負載,並且如果有任何問題,您將僅在少數客戶而不是所有客戶中檢測到它們。

    希望這份清單能夠為您提供自己的雲遷移路線圖。 這個過程現在需要一些時間,但從長遠來看,這樣做的好處可能會讓付出的努力是值得的。

***

Sheryn de Vos 住在美麗的開普敦市。 她曾與一個在南非推出的名為 GoBeauty 的初創品牌合作,在那裡她獲得了內容生成的協助,以及關注女性健康、創業、職業和技術的概念化活動,與該品牌一起運行。 她在寫作方面擁有豐富的經驗,並利用她的大量實踐經驗在商業、金融和營銷領域創造有用的內容。