< 返回
        

          
討論云遷移策略以選擇最適合業務的方法

          2023-04-25 13:50
                    作者：joseph wu
                    閱讀量：1941
        

        

            





在確定您的云計算策略時，重要的是要了解沒有兩種商業情況是相同的。組織可能具有不同的專業領域、不同的商業壓力、經驗、團隊結構、職責等。


雖然一些公司“生于云端”或已經具備強大的云能力，但其他組織可能會通過所謂的“推動因素”（例如關鍵基礎設施產品逐步取消支持）或“拉動因素” （例如由于缺乏可用于物理服務器投資的資本支出。云遷移是組織將其部分或全部數據、應用程序和工作負載遷移到云基礎架構的過程。本文將討論高級云遷移策略，以幫助您選擇最適合您業務的方法。




高層戰略


一旦組織確定已準備好遷移到云，就需要做出許多特定于上下文的決策。擁有一個通用的指導策略至關重要。制定您的目標和希望通過云遷移策略解決的問題有助于確保您的業務和技術策略保持一致。你希望達到什么目的？


    

  • 您是否正在努力削減成本或縮短上市時間？
    • 

  • 您是否正在努力吸引和留住熟練的員工？
    • 

  • 您是否正在努力提高產品或服務的質量？
    • 

  • 這些目標是緊急的還是長期的？
    • 

  • 在遷移到云端時，您是否有需要滿足的合規性要求？
    • 



這些因素對于確定您的云遷移策略應該是什么樣子至關重要。


供應商選擇


對于具有一組同質工作負載要求的相對較小的組織，單一供應商云策略可能是最合適的，因為幾乎不需要投資多個云供應商來實現技術冗余或避免供應商鎖定。


更大的組織，例如具有不同工作負載和不同級別技術要求的全球銀行，更有可能采用多云戰略，因為這將使每個項目團隊能夠靈活地選擇最適合其要求的供應商. 此外，較大的組織更有可能需要滿足內部和外部合規性要求，而這些可能需要能夠在相對較短的時間內在云供應商之間轉移工作負載。


涉及傳統數據中心和云供應商的混合策略對于大中型企業也可能有意義，特別是如果向云的過渡將跨越數年。如果隨著您對云技術在企業中的實施了解得更多，需要更動態地發展您的云遷移策略，則此策略也可能是相關的。




六個R


一旦確定了云遷移目標和供應商策略，下一步就是決定如何將工作負載遷移到云中。首先，您需要對現有應用程序進行審核。這可以讓您了解遷移到云所需的工作級別和性質。在此審核期間，您可以根據您希望負責應用程序的團隊在云遷移中采用的方法對應用程序進行分類。AWS 概述了六種“常見遷移策略。這些可以全面應用，或者每個團隊可以選擇最適合他們當時特定設置的策略，具體取決于組織的規模和所涉及的復雜性。


1.重新托管


第一個也是最簡單的策略是重新托管您的應用程序（也稱為“直接遷移”）。它涉及將它們從在數據中心運行的物理服務器移動到在云中運行的虛擬服務器。通常，這不需要更改代碼，并且對流程和網絡等周邊技術的更改相對較少。它還可能使您的組織能夠開發其他云原生實踐所需的云技能和經驗。


2.重新平臺化


這種方法也稱為“提升、修補和轉移”，類似于重新托管，但通過在應用程序級別集成大量基礎云服務，更進一步。例如，AWS IAM（身份和訪問管理）可能會集成到您的應用程序中，以取代或補充更傳統的面向數據中心的 IAM 系統。


3.回購


這種方法也稱為“drop and shop”，涉及用許可的基于云的服務替換現有的本地應用程序。這可能涉及更改您的企業使用的許可模式、降低維護成本，并可能允許更快、更輕松的升級路徑。


4.重構/重構


一種更加云原生的方法是利用您現有的代碼庫并修改或擴展它們以在更現代的云服務中工作。一個示例是容器化您的應用程序代碼、運行配置，并在基于云的 Kubernetes 服務（例如 Amazon 的EKS或 Azure 的AKS）中運行它們。這可能涉及對現有代碼庫進行大量重寫，以使其能夠正常運行并提高可擴展性；甚至可能需要完全重寫才能使用真正的云原生工具（例如，無服務器工具，如 AWS Lambda 或 Azure Functions）。




5.退休


使用最后兩個“被動”策略，工作負載根本不會遷移到云端。您的工作量審計可能會發現冗余或不再值得維護的系統。這些應用程序可以停用。


6.保留


最后一個“被動”策略，保留，涉及保持您的應用程序運行并選擇在可預見的未來不將其遷移到云中。將您的應用程序保留在云之外的可能原因有很多，包括：


    

  • 對應用程序運行位置的監管限制或對安全性的高內部合規性要求
    • 

  • 軟件的任務關鍵性可能會使在遷移周期的早期規劃遷移到云技術的風險太大且不確定
    • 

  • 沒有關于移動應用程序造成的中斷的業務案例
    • 

  • 云環境不支持遺留系統
    • 



從哪里開始


除了決定您的總體戰略和對每個工作負載的戰術方法進行分類外，您還需要制定一個計劃，如何構建您的云基礎架構以支持工作負載的移動。一種方法是讓每個團隊選擇如何在云中構建自己的系統。然而，這種方法有幾個缺點，因為團隊可能會復制反實施模式并重復彼此的錯誤或違反內部/外部合規性規則。


另一種方法是創建一種集中式“卓越中心”或云基礎架構團隊。該團隊可以選擇放置其他團隊可以運行其工作負載的核心系統。在建立這些護欄時，應優先考慮某些設計元素。


帳戶


云架構的最基本單元是云帳戶。在您的組織中使用一個帳戶幾乎總是無法擴展，因為您最終會遇到帳戶限制。因此，確定帳戶邊界很重要。該帳戶將用于代表特定的業務部門、單個團隊或一組軟件服務嗎？這將如何與您的財務部門一起運作？誰應該收到帳單？盡早弄清楚這一點很重要，因為成本會迅速增加。




下一個最基本的架構單元是身份和訪問管理系統。隨著您的云基礎設施的增長，您將需要考慮用戶訪問各種云服務和數據的安全影響，而且越快越好。將這些規則追溯應用到已經運行的系統上可能會很復雜。


聯網


遷移到云涉及現有網絡的虛擬化或完全重新設計。VPC (AWS) 或 VNet (Azure) 服務允許您設置隔離網絡以在您的帳戶中運行一組單獨的服務。需要仔細考慮您組織的服務與基本網絡資源（如 IP 地址）之間的互聯網絡通信。


數據遷移


雖然將計算服務遷移到云端很容易，但遷移數據可能更具挑戰性。主要數據存儲可能是大型、復雜的基礎設施，需要仔細規劃才能移動。這需要對如何將數據移動到云中同時符合組織的性能、合規性和可操作性標準有足夠深入的了解。


結論


一旦您明確了您的高級云戰略，制定成功的云遷移戰略就需要對您業務的各個方面進行細致的規劃和考慮。下一步是為您選擇正確的云供應商戰略——無論是直接的單一供應商遷移、多云供應商方法還是混合戰略。最后，您需要在開始載入應用程序之前首先考慮關鍵的基礎設施組件來構建您的云遷移。


            
        

        
        
      

    

        

      




    


 

 

  聯系我們
  

    


    
  

  



  返回頂部
  
 
    






  


主站蜘蛛池模板：
国产成人精品视频一区二区不卡|
国产伦精品一区二区三区精品|
亚洲AV本道一区二区三区四区|
在线播放偷拍一区精品|
中文字幕一区二区三区在线播放|
亚洲丶国产丶欧美一区二区三区
|
日本一区二区三区在线网
|
亚洲欧洲一区二区三区|
亲子乱av一区区三区40岁|
国产成人一区二区三区在线观看|
一区二区三区波多野结衣|
国产精品综合一区二区|
麻豆国产在线不卡一区二区|
亚洲视频在线一区|
天堂资源中文最新版在线一区
|
国产午夜精品一区二区|
丰满人妻一区二区三区视频53|
国产一区二区三区日韩精品|
国产成人AV区一区二区三
|
日韩国产免费一区二区三区|
少妇激情av一区二区|
久久综合亚洲色一区二区三区|
国产精品一区二区久久不卡|
亚洲乱码日产一区三区|
日本一区二区在线|
久久久久人妻一区二区三区vr|
一区二区三区四区精品视频|
亚洲乱码一区av春药高潮|
日本视频一区在线观看免费|
一本大道在线无码一区|
日韩成人一区ftp在线播放|
精品香蕉一区二区三区|
国产精品无码一区二区三区免费|
国产一区二区在线视频播放|
精品一区二区三区免费观看|
精品日产一区二区三区手机|
精品国产乱码一区二区三区|
在线观看国产一区二区三区|
久久精品无码一区二区三区日韩|
国偷自产av一区二区三区|
人妻无码第一区二区三区|