網(wǎng)站資訊
解決方案
關于我們
- 企業(yè)介紹
- 聯(lián)系我們
關于我們
在確定您的云計算策略時，重要的是要了解沒有兩種商業(yè)情況是相同的。組織可能具有不同的專業(yè)領域、不同的商業(yè)壓力、經(jīng)驗、團隊結(jié)構(gòu)、職責等。
雖然一些公司“生于云端”或已經(jīng)具備強大的云能力，但其他組織可能會通過所謂的“推動因素”（例如關鍵基礎設施產(chǎn)品逐步取消支持）或“拉動因素” （例如由于缺乏可用于物理服務器投資的資本支出。云遷移是組織將其部分或全部數(shù)據(jù)、應用程序和工作負載遷移到云基礎架構(gòu)的過程。本文將討論高級云遷移策略，以幫助您選擇最適合您業(yè)務的方法。
高層戰(zhàn)略
一旦組織確定已準備好遷移到云，就需要做出許多特定于上下文的決策。擁有一個通用的指導策略至關重要。制定您的目標和希望通過云遷移策略解決的問題有助于確保您的業(yè)務和技術策略保持一致。你希望達到什么目的？
這些因素對于確定您的云遷移策略應該是什么樣子至關重要。
供應商選擇
對于具有一組同質(zhì)工作負載要求的相對較小的組織，單一供應商云策略可能是最合適的，因為幾乎不需要投資多個云供應商來實現(xiàn)技術冗余或避免供應商鎖定。
更大的組織，例如具有不同工作負載和不同級別技術要求的全球銀行，更有可能采用多云戰(zhàn)略，因為這將使每個項目團隊能夠靈活地選擇最適合其要求的供應商. 此外，較大的組織更有可能需要滿足內(nèi)部和外部合規(guī)性要求，而這些可能需要能夠在相對較短的時間內(nèi)在云供應商之間轉(zhuǎn)移工作負載。
涉及傳統(tǒng)數(shù)據(jù)中心和云供應商的混合策略對于大中型企業(yè)也可能有意義，特別是如果向云的過渡將跨越數(shù)年。如果隨著您對云技術在企業(yè)中的實施了解得更多，需要更動態(tài)地發(fā)展您的云遷移策略，則此策略也可能是相關的。
六個R
一旦確定了云遷移目標和供應商策略，下一步就是決定如何將工作負載遷移到云中。首先，您需要對現(xiàn)有應用程序進行審核。這可以讓您了解遷移到云所需的工作級別和性質(zhì)。在此審核期間，您可以根據(jù)您希望負責應用程序的團隊在云遷移中采用的方法對應用程序進行分類。AWS 概述了六種“常見遷移策略。這些可以全面應用，或者每個團隊可以選擇最適合他們當時特定設置的策略，具體取決于組織的規(guī)模和所涉及的復雜性。
1.重新托管
第一個也是最簡單的策略是重新托管您的應用程序（也稱為“直接遷移”）。它涉及將它們從在數(shù)據(jù)中心運行的物理服務器移動到在云中運行的虛擬服務器。通常，這不需要更改代碼，并且對流程和網(wǎng)絡等周邊技術的更改相對較少。它還可能使您的組織能夠開發(fā)其他云原生實踐所需的云技能和經(jīng)驗。
2.重新平臺化
這種方法也稱為“提升、修補和轉(zhuǎn)移”，類似于重新托管，但通過在應用程序級別集成大量基礎云服務，更進一步。例如，AWS IAM（身份和訪問管理）可能會集成到您的應用程序中，以取代或補充更傳統(tǒng)的面向數(shù)據(jù)中心的 IAM 系統(tǒng)。
3.回購
這種方法也稱為“drop and shop”，涉及用許可的基于云的服務替換現(xiàn)有的本地應用程序。這可能涉及更改您的企業(yè)使用的許可模式、降低維護成本，并可能允許更快、更輕松的升級路徑。
4.重構(gòu)/重構(gòu)
一種更加云原生的方法是利用您現(xiàn)有的代碼庫并修改或擴展它們以在更現(xiàn)代的云服務中工作。一個示例是容器化您的應用程序代碼、運行配置，并在基于云的 Kubernetes 服務（例如 Amazon 的EKS或 Azure 的AKS）中運行它們。這可能涉及對現(xiàn)有代碼庫進行大量重寫，以使其能夠正常運行并提高可擴展性；甚至可能需要完全重寫才能使用真正的云原生工具（例如，無服務器工具，如 AWS Lambda 或 Azure Functions）。
5.退休
使用最后兩個“被動”策略，工作負載根本不會遷移到云端。您的工作量審計可能會發(fā)現(xiàn)冗余或不再值得維護的系統(tǒng)。這些應用程序可以停用。
6.保留
最后一個“被動”策略，保留，涉及保持您的應用程序運行并選擇在可預見的未來不將其遷移到云中。將您的應用程序保留在云之外的可能原因有很多，包括：
從哪里開始
除了決定您的總體戰(zhàn)略和對每個工作負載的戰(zhàn)術方法進行分類外，您還需要制定一個計劃，如何構(gòu)建您的云基礎架構(gòu)以支持工作負載的移動。一種方法是讓每個團隊選擇如何在云中構(gòu)建自己的系統(tǒng)。然而，這種方法有幾個缺點，因為團隊可能會復制反實施模式并重復彼此的錯誤或違反內(nèi)部/外部合規(guī)性規(guī)則。
另一種方法是創(chuàng)建一種集中式“卓越中心”或云基礎架構(gòu)團隊。該團隊可以選擇放置其他團隊可以運行其工作負載的核心系統(tǒng)。在建立這些護欄時，應優(yōu)先考慮某些設計元素。
帳戶
云架構(gòu)的最基本單元是云帳戶。在您的組織中使用一個帳戶幾乎總是無法擴展，因為您最終會遇到帳戶限制。因此，確定帳戶邊界很重要。該帳戶將用于代表特定的業(yè)務部門、單個團隊或一組軟件服務嗎？這將如何與您的財務部門一起運作？誰應該收到帳單？盡早弄清楚這一點很重要，因為成本會迅速增加。
下一個最基本的架構(gòu)單元是身份和訪問管理系統(tǒng)。隨著您的云基礎設施的增長，您將需要考慮用戶訪問各種云服務和數(shù)據(jù)的安全影響，而且越快越好。將這些規(guī)則追溯應用到已經(jīng)運行的系統(tǒng)上可能會很復雜。
聯(lián)網(wǎng)
遷移到云涉及現(xiàn)有網(wǎng)絡的虛擬化或完全重新設計。VPC (AWS) 或 VNet (Azure) 服務允許您設置隔離網(wǎng)絡以在您的帳戶中運行一組單獨的服務。需要仔細考慮您組織的服務與基本網(wǎng)絡資源（如 IP 地址）之間的互聯(lián)網(wǎng)絡通信。
數(shù)據(jù)遷移
雖然將計算服務遷移到云端很容易，但遷移數(shù)據(jù)可能更具挑戰(zhàn)性。主要數(shù)據(jù)存儲可能是大型、復雜的基礎設施，需要仔細規(guī)劃才能移動。這需要對如何將數(shù)據(jù)移動到云中同時符合組織的性能、合規(guī)性和可操作性標準有足夠深入的了解。
結(jié)論
一旦您明確了您的高級云戰(zhàn)略，制定成功的云遷移戰(zhàn)略就需要對您業(yè)務的各個方面進行細致的規(guī)劃和考慮。下一步是為您選擇正確的云供應商戰(zhàn)略——無論是直接的單一供應商遷移、多云供應商方法還是混合戰(zhàn)略。最后，您需要在開始載入應用程序之前首先考慮關鍵的基礎設施組件來構(gòu)建您的云遷移。
