什么是云遷移？遷移到云的基本指南
云遷移是將數(shù)據(jù)、應(yīng)用或其他業(yè)務(wù)元素移動到云計(jì)算環(huán)境的過程。
企業(yè)可以執(zhí)行多種類型的云遷移。一種常見的模型是將數(shù)據(jù)和應(yīng)用從本地?cái)?shù)據(jù)中心傳輸?shù)焦苍?。然而，云遷移還可能需要將數(shù)據(jù)和應(yīng)用從一個云平臺或提供商遷移到另一個云平臺或提供商；這種模式稱為云到云（C2C）遷移。第三種類型的遷移是反向云遷移、云遣返或云退出，其中數(shù)據(jù)或應(yīng)用從云移出并返回本地?cái)?shù)據(jù)中心。
為什么云遷移很重要？
云遷移是一個過渡或變化的過程。當(dāng)組織決定使用云服務(wù)時，目標(biāo)是將計(jì)算視為一種公用事業(yè)，就像電、水或天然氣一樣。公有云的高度可擴(kuò)展性、即用即付的特性為企業(yè)提供了靈活性，可以僅使用所需的資源、僅在需要的時間內(nèi)使用，并且只需為實(shí)際消耗的資源付費(fèi)。這是一個有吸引力的模式轉(zhuǎn)變，吸引了各種規(guī)模和垂直領(lǐng)域的企業(yè)。
但是，選擇在云中運(yùn)行業(yè)務(wù)工作負(fù)載和托管業(yè)務(wù)數(shù)據(jù)可能比看起來更復(fù)雜。并非所有工作負(fù)載都適合云。這可能是由于性能需求、依賴性或工作負(fù)載本身的設(shè)計(jì)所造成的。其還可能因合規(guī)性、安全性和其他影響企業(yè)運(yùn)行計(jì)算任務(wù)的方式和位置的監(jiān)管指南而變得復(fù)雜，例如圍繞數(shù)據(jù)主權(quán)不斷增長的要求。
成功的云遷移既是一個重要的業(yè)務(wù)流程，也是一個技術(shù)流程。任何云遷移都必須從明確的業(yè)務(wù)用例和目標(biāo)開始。只有這樣，技術(shù)人員才能通過云架構(gòu)的組合來規(guī)劃棘手的路線；選擇數(shù)據(jù)和工作負(fù)載載體，例如虛擬機(jī)、存儲卷和容器；連接云服務(wù)，例如防火墻、負(fù)載均衡器甚至數(shù)據(jù)庫；進(jìn)行在云中運(yùn)行所需工作負(fù)載所需的實(shí)際遷移；然后執(zhí)行所需的測試和持續(xù)監(jiān)控，以確保云中的工作負(fù)載安全，并隨著時間的推移按需要執(zhí)行。
因此，云遷移對于某些應(yīng)用來說可能具有挑戰(zhàn)性，并且遷移項(xiàng)目有時可能會失敗，通常需要采取補(bǔ)救措施，例如云遣返。這里的關(guān)鍵是，云遷移不是一個全有或全無的交易。在單個工作負(fù)載的基礎(chǔ)上評估和處理云遷移的業(yè)務(wù)，可以以對組織最有利的方式做出有關(guān)云利用的有說服力的決策。即使某個工作負(fù)載的云遷移失敗，也不妨礙無數(shù)其他工作負(fù)載成功和有益地使用云。
云遷移的主要優(yōu)勢是什么？
許多組織將本地應(yīng)用和數(shù)據(jù)從本地?cái)?shù)據(jù)中心遷移到公共云基礎(chǔ)設(shè)施，以利用更大的彈性、自助服務(wù)配置、冗余和靈活的按使用付費(fèi)模式等優(yōu)勢。
云遷移的總體目標(biāo)或優(yōu)勢本質(zhì)上與使用云本身的原因相同：根據(jù)成本、性能和安全性等因素，在最有效的IT環(huán)境中托管應(yīng)用和數(shù)據(jù)。以下是更全面的特定云遷移的優(yōu)勢：
更好的敏捷性和靈活性。云旨在按需提供幾乎任何數(shù)量的資源（計(jì)算和存儲）和服務(wù)。這使組織可以立即部署和擴(kuò)展工作負(fù)載，而無需等待基礎(chǔ)設(shè)施購買，根據(jù)需要使用資源，并且只需為實(shí)際消耗的資源付費(fèi)。更好的可擴(kuò)展性。當(dāng)工作負(fù)載需要更多資源來維護(hù)和增強(qiáng)性能時，云可以立即提供這些額外資源，而無需采購和部署新的硬件和平臺，因?yàn)檫@些硬件和平臺已經(jīng)存在于公共云中并可用。創(chuàng)新能力。云使企業(yè)能夠嘗試新的架構(gòu)設(shè)計(jì)和測試工作負(fù)載，而無需對本地基礎(chǔ)設(shè)施進(jìn)行投資或承擔(dān)風(fēng)險。這可以幫助企業(yè)嘗試新的工作負(fù)載和方法，同時減少基礎(chǔ)設(shè)施投資和相應(yīng)的風(fēng)險。緩解本地資源需求。云可以減輕昂貴的本地?cái)?shù)據(jù)中心利用率和擴(kuò)展需求的壓力。本地?cái)?shù)據(jù)中心可以繼續(xù)為關(guān)鍵工作負(fù)載提供服務(wù)，而其他常規(guī)或非關(guān)鍵工作負(fù)載可以托管在云中。企業(yè)可以提前阻止甚至取消數(shù)據(jù)中心的建設(shè)或擴(kuò)建，在某些情況下甚至可以減少本地?cái)?shù)據(jù)中心的占地面積。長期成本管理。隨著時間的推移，云不一定比本地?cái)?shù)據(jù)中心成本更低，但從本地?cái)?shù)據(jù)中心的巨額資本支出轉(zhuǎn)向云中每月適度的常規(guī)性運(yùn)營支出，可以幫助企業(yè)更好地管理項(xiàng)目預(yù)算和成本預(yù)測。更好的工作負(fù)載性能。當(dāng)從單個數(shù)據(jù)中心提供服務(wù)時，全局工作負(fù)載可能會受到延遲和其他性能限制。公有云在全球不同地緣政治區(qū)域提供了許多區(qū)域數(shù)據(jù)中心。這使企業(yè)能夠?qū)⒐ぷ髫?fù)載托管在距離各自用戶更近的地方，以獲得更好的性能，同時遵守這些不同區(qū)域的數(shù)據(jù)主權(quán)和其他監(jiān)管要求。云遷移策略的類型
將工作負(fù)載轉(zhuǎn)移到云端需要一個深思熟慮的策略，其中包括管理和技術(shù)挑戰(zhàn)的復(fù)雜組合，以及人員和資源的重新調(diào)整?？梢赃x擇要執(zhí)行的遷移類型以及應(yīng)移動的數(shù)據(jù)類型。在采取行動之前，請務(wù)必考慮以下云遷移清單。
將企業(yè)工作負(fù)載從本地?cái)?shù)據(jù)中心遷移到云提供商的基礎(chǔ)設(shè)施有以下三種基本策略：
提升和移動。也稱為重新托管，這種策略是最直接的方法，其中本地工作負(fù)載及其數(shù)據(jù)基本上被移動（重新托管）到云提供商基礎(chǔ)設(shè)施內(nèi)相應(yīng)的計(jì)算和存儲資源。例如，當(dāng)依賴性很少且業(yè)務(wù)影響較小時，可以相對輕松且快速地將虛擬機(jī)(VM)中的工作負(fù)載及其存儲卷重新部署到云中。重新平臺化。并非所有工作負(fù)載都能適應(yīng)簡單的重新托管。許多企業(yè)工作負(fù)載可能很復(fù)雜，具有大量依賴項(xiàng)，企業(yè)可能會選擇對工作負(fù)載的部署架構(gòu)進(jìn)行一些更改，以提高其在公共云環(huán)境中的性能。例如，如果工作負(fù)載需要數(shù)據(jù)庫，企業(yè)可以使用已托管并通過云提供商提供的兼容數(shù)據(jù)庫服務(wù)，而不是部署相應(yīng)數(shù)據(jù)庫的副本。與重新托管相比，重新構(gòu)建工作負(fù)載平臺可能更加困難和耗時，并且需要更多的測試和驗(yàn)證。重構(gòu)。這種類型的云遷移涉及對工作負(fù)載本身進(jìn)行根本性的重新設(shè)計(jì)，以優(yōu)化其對云資源的使用并提高其在云中的性能。例如，考慮將單個整體工作負(fù)載部署為難以擴(kuò)展的大型且笨重的虛擬機(jī)。該工作負(fù)載可以重新設(shè)計(jì)為基于容器、Kubernetes支持的微服務(wù)應(yīng)用，能夠自動擴(kuò)展不同的微服務(wù)組件，以提高性能，同時最大限度地減少云服務(wù)的使用。重構(gòu)工作負(fù)載通常是云遷移項(xiàng)目中最耗時、最復(fù)雜的類型，通常是為采用云優(yōu)先工作負(fù)載設(shè)計(jì)和部署策略的企業(yè)保留的。就實(shí)際遷移方法或流程而言，每個企業(yè)將工作負(fù)載遷移到云的原因不同，每個組織的目標(biāo)也會有所不同。第一步是確定要遷移到云的應(yīng)用或工作負(fù)載。接下來，弄清楚需要移動多少數(shù)據(jù)、需要多快完成工作以及如何遷移該數(shù)據(jù)。盤點(diǎn)數(shù)據(jù)和應(yīng)用，并尋找依賴關(guān)系，以及如何將這些依賴關(guān)系復(fù)制到云中或可能重新架構(gòu)以適應(yīng)眾多云服務(wù)選項(xiàng)。
需記住，并非每個應(yīng)用都應(yīng)該離開企業(yè)數(shù)據(jù)中心。應(yīng)該保留的應(yīng)用包括業(yè)務(wù)關(guān)鍵型、具有高吞吐量、需要低延遲或具有嚴(yán)格的地理管理要求的應(yīng)用，例如GDPR。
最后，考慮成本。組織可能在硬件基礎(chǔ)設(shè)施和軟件許可方面進(jìn)行了大量投資。如果是這樣，就得權(quán)衡是否值得遷移工作負(fù)載。云遷移后，IT人員將關(guān)注數(shù)據(jù)性能、使用情況和穩(wěn)定性，因此請務(wù)必為支持這些功能的工具做好預(yù)算。
云遷移部署模型
如今的企業(yè)有不止一種云模型可供選擇：
公共。公共云允許許多用戶通過互聯(lián)網(wǎng)或?qū)Ｓ眠B接訪問計(jì)算資源。私有。私有云將數(shù)據(jù)保存在數(shù)據(jù)中心內(nèi)，并使用專有架構(gòu)?；旌??；旌显颇Ｐ突旌狭斯苍坪退接性颇Ｐ?，并在兩者之間傳輸數(shù)據(jù)。多云。在多云場景中，企業(yè)使用多個公共云提供商提供的IaaS選項(xiàng)。除了最初選擇的云模型之外，云部署還應(yīng)考慮三個主要的云類別：
基礎(chǔ)設(shè)施即服務(wù)。IaaS是一種經(jīng)典的“效用計(jì)算”模型，其中計(jì)算、存儲以及防火墻和負(fù)載均衡器等服務(wù)可供用戶使用，用戶可以以最適合部署到云的工作負(fù)載的方式選擇和構(gòu)建云基礎(chǔ)設(shè)施。平臺即服務(wù)。平臺是云產(chǎn)品，旨在提供特定或高度集成的功能，從而減輕用戶自行部署和維護(hù)此類功能的需求。PaaS示例包括基于云的軟件開發(fā)平臺或容器部署/管理平臺。軟件即服務(wù)。在SaaS類別中，云服務(wù)為用戶提供對一個或多個特定工作負(fù)載的訪問，例如Microsoft Office 365等生產(chǎn)力應(yīng)用，或用于員工費(fèi)用報告和報銷的Concur。使用SaaS消除了企業(yè)部署和維護(hù)該應(yīng)用的需要，而是將應(yīng)用的開發(fā)、操作和維護(hù)留給了提供商。值得注意的是，所有三種云類別都可以以適合特定業(yè)務(wù)需求的任意組合同時使用。
在確定應(yīng)用應(yīng)駐留在何處時，要考慮遷移后其性能如何。確保有足夠的帶寬來實(shí)現(xiàn)最佳應(yīng)用性能。此外，還要確定應(yīng)用的依賴關(guān)系是否會使遷移變得復(fù)雜。
檢查應(yīng)用堆棧中將進(jìn)行移動的內(nèi)容。本地應(yīng)用可能包含許多未使用的功能，并且為遷移和支持這些非必要的項(xiàng)目付費(fèi)是一種浪費(fèi)。過時的數(shù)據(jù)是云遷移的另一個問題。如果沒有充分的理由，將歷史數(shù)據(jù)移動到云端可能是不明智的，因?yàn)檫@通常會產(chǎn)生檢索成本。
在檢查應(yīng)用時，可以謹(jǐn)慎地重新考慮其戰(zhàn)略架構(gòu)，以使其具有更長的使用壽命。少數(shù)平臺支持混合和多云環(huán)境，包括：
Microsoft Azure StackGoogle Cloud AnthosAWS OutpostsVMware Cloud基于容器的PaaS，例如Cloud Foundry或Red Hat OpenShift云遷移流程如何進(jìn)行？
企業(yè)遵循的云遷移步驟或流程，將根據(jù)其想要執(zhí)行的遷移類型和想要移動的特定資源等因素而有所不同。也就是說，云遷移策略的常見要素包括以下內(nèi)容：
了解目的。這就是任何云遷移的“原因”。每次云遷移都應(yīng)首先定義遷移的具體業(yè)務(wù)目的，并為遷移項(xiàng)目設(shè)定明確的期望。如果企業(yè)無法確定至少一個有形或可衡量的遷移原因，那么最好盡早暫停該項(xiàng)目。確定目標(biāo)應(yīng)用。這就是云遷移項(xiàng)目的“內(nèi)容”，其中業(yè)務(wù)、技術(shù)和合規(guī)領(lǐng)導(dǎo)者評估本地環(huán)境，并確定云遷移的潛在候選者。由于性能、安全性、合規(guī)性或其他問題，并非所有工作負(fù)載都適合云，因此決定遷移中應(yīng)包含哪些工作負(fù)載是至關(guān)重要的一步。此外，遷移并不是一個全有或全無的過程。通常建議將工作負(fù)載作為單個項(xiàng)目進(jìn)行遷移，而不是進(jìn)行大規(guī)模的全方位轉(zhuǎn)換。從簡單、低優(yōu)先級的工作負(fù)載開始，這些工作負(fù)載幾乎沒有依賴關(guān)系，并在處理更復(fù)雜或關(guān)鍵的工作負(fù)載之前，積累遷移過程和陷阱的經(jīng)驗(yàn)。遷移必須包含遷移項(xiàng)目中的所有依賴項(xiàng)，例如相關(guān)數(shù)據(jù)庫。選擇云目標(biāo)。這就是云遷移項(xiàng)目的“位置”。一旦選擇了應(yīng)用進(jìn)行云遷移，企業(yè)就可以選擇最適合作為目標(biāo)的云部署模型，例如公共云、私有云、混合云或多云，以及IaaS、PaaS或SaaS。例如，使用SaaS產(chǎn)品替換老化的本地工作負(fù)載的簡單遷移可能涉及領(lǐng)先的SaaS提供商，而高級業(yè)務(wù)轉(zhuǎn)型策略可能涉及創(chuàng)建私有云、建立混合云，然后進(jìn)行遷移。選擇經(jīng)過驗(yàn)證的云合作伙伴。仔細(xì)考慮云目標(biāo)非常重要，以確保提供商擁有良好的業(yè)績記錄，并在可預(yù)見的未來繼續(xù)開展業(yè)務(wù)。這似乎是一種過度的預(yù)防措施，但在云計(jì)算中，來源就是一切。對企業(yè)而言，最具破壞性的事件是發(fā)現(xiàn)一家重要的供應(yīng)商倒閉，迫使企業(yè)爭先恐后地尋找替代供應(yīng)商，這往往會帶來不良結(jié)果。評估遷移成本和需求。云是要花錢的，任何遷移項(xiàng)目都必須考慮遷移成本。這通常包括SaaS的每月費(fèi)用、PaaS的每用戶費(fèi)用以及IaaS資源和服務(wù)的各種成本。由于云成本是經(jīng)常性的，企業(yè)需要為遷移和持續(xù)支持制定適當(dāng)?shù)馁Y金預(yù)算。同樣，在遷移完成后，了解工作負(fù)載的性能要求和期望，并準(zhǔn)備好為持續(xù)的工作負(fù)載性能監(jiān)控和報告建立指標(biāo)和KPI。選擇正確的架構(gòu)。雖然PaaS和SaaS架構(gòu)在很大程度上是設(shè)置好的，并且其成本也相對容易確定，但為IaaS云環(huán)境中的工作負(fù)載構(gòu)建架構(gòu)可能具有挑戰(zhàn)性，尤其是對于高度可擴(kuò)展的架構(gòu)。這需要具有所選云目標(biāo)專業(yè)知識的熟練云架構(gòu)師的努力，來構(gòu)建一個具有可靠性、安全性、監(jiān)控和性能的環(huán)境，以滿足工作負(fù)載的需求。來自IaaS架構(gòu)設(shè)計(jì)的成本數(shù)據(jù)應(yīng)該循環(huán)返回，以完善工作負(fù)載的成本分析和預(yù)算。創(chuàng)建遷移計(jì)劃。這是云遷移的“時間”和“方式”，使企業(yè)能夠概述實(shí)際遷移的方法和時間表。該計(jì)劃應(yīng)包括詳細(xì)數(shù)據(jù)遷移的規(guī)定；首先測試和驗(yàn)證依賴關(guān)系，例如所需的數(shù)據(jù)庫；移動預(yù)期的目標(biāo)工作負(fù)載；然后執(zhí)行所有最終測試和驗(yàn)證。只有這樣，才應(yīng)該有一個明確的切換過程來關(guān)閉本地工作負(fù)載，并打開新遷移的云工作負(fù)載。最后，對于失敗或有問題的遷移，應(yīng)該考慮后退流程。任何遷移測試都應(yīng)包括對訪問和安全性的詳細(xì)關(guān)注。執(zhí)行遷移。所有的部分和計(jì)劃都就位后，企業(yè)就可以根據(jù)其遷移計(jì)劃來遷移數(shù)據(jù)和工作負(fù)載。這是所有運(yùn)動和詳細(xì)測試發(fā)生的地方。業(yè)務(wù)和技術(shù)領(lǐng)導(dǎo)者，通常是工作負(fù)載所有者，應(yīng)該查看初始性能報告，以確保在滿負(fù)載情況下有足夠的性能和安全性。謹(jǐn)慎的遷移計(jì)劃可能會在短時間內(nèi)同時運(yùn)行云和本地工作負(fù)載，同步數(shù)據(jù)并向更多用戶系統(tǒng)地開放云工作負(fù)載，直到云部署得到充分驗(yàn)證和切換。跟蹤監(jiān)控和報告。云工作負(fù)載通常配備性能監(jiān)控服務(wù)，以跟蹤工作負(fù)載在云中運(yùn)行時的可用性、訪問、運(yùn)行狀況和性能。利益相關(guān)者應(yīng)驗(yàn)證報告是否可用，以及KPI是否符合預(yù)期。后續(xù)和組織變革。云遷移可能會產(chǎn)生一些后果。在技術(shù)層面，以前由本地工作負(fù)載使用的本地資源（例如服務(wù)器和存儲）可能會被釋放以供重復(fù)使用或退役，以節(jié)省企業(yè)的電力和冷卻成本。在業(yè)務(wù)或組織級別，將工作負(fù)載轉(zhuǎn)移到云中可能會導(dǎo)致一些員工重新分配。例如，將自定義工作負(fù)載轉(zhuǎn)移到SaaS產(chǎn)品，可以讓開發(fā)人員騰出時間來處理其他項(xiàng)目。同時，準(zhǔn)備好應(yīng)對云遷移期間的幾個常見挑戰(zhàn)：
互操作性數(shù)據(jù)和應(yīng)用的可移植性數(shù)據(jù)完整性和安全性業(yè)務(wù)連續(xù)性如果沒有適當(dāng)?shù)囊?guī)劃，遷移可能會降低工作負(fù)載性能，并導(dǎo)致更高的IT成本，從而抵消云計(jì)算的一些主要優(yōu)勢。
移動工作負(fù)載。根據(jù)遷移的細(xì)節(jié)，企業(yè)可能會選擇將應(yīng)用直接從本地服務(wù)器遷移到云中的新托管環(huán)境，而不進(jìn)行任何修改；此模型有時稱為直接遷移。這本質(zhì)上是一個一對一的舉措，主要作為短期修復(fù)，以節(jié)省基礎(chǔ)設(shè)施成本。
在其他情況下，更改應(yīng)用的代碼或架構(gòu)可能更有益。這個過程稱為重構(gòu)應(yīng)用或重構(gòu)代碼。這可以在云遷移之前完成，也可以在明確遷移降低了應(yīng)用性能后追溯。
IT管理層應(yīng)考慮重構(gòu)應(yīng)用是否具有經(jīng)濟(jì)意義。分析投資回報率時計(jì)算成本、性能和安全性。應(yīng)用可能至少需要一些重構(gòu)，無論轉(zhuǎn)換是最小的還是全面的。
移動數(shù)據(jù)。將數(shù)據(jù)從本地?cái)?shù)據(jù)中心傳輸?shù)焦苍茣r，企業(yè)有多種選擇。企業(yè)選擇的數(shù)據(jù)遷移類型取決于其想要移動的數(shù)據(jù)量和類型，以及完成遷移所需的速度。
將數(shù)據(jù)和應(yīng)用遷移到云的一種方法是，通過公共互聯(lián)網(wǎng)或私有/專用網(wǎng)絡(luò)連接。使用這種方法時，一定要計(jì)算并提供必要的帶寬。對于大量數(shù)據(jù)，斷開互聯(lián)網(wǎng)連接可能是不現(xiàn)實(shí)的，因此請務(wù)必做好相應(yīng)的計(jì)劃，以避免云遷移期間出現(xiàn)長時間停機(jī)。
另一種選擇是離線傳輸。這樣，組織將其本地?cái)?shù)據(jù)上傳到設(shè)備上，然后將該設(shè)備物理運(yùn)送到公共云提供商，然后公共云提供商將數(shù)據(jù)上傳到云。
在某些情況下，使用物理傳輸大量數(shù)據(jù)可能更有意義。Microsoft、AWS、Google和IBM等主要供應(yīng)商都提供離線數(shù)據(jù)傳輸服務(wù)。物理傳輸可能無法消除對額外同步的需求，但可以減少移動數(shù)據(jù)所需的時間和費(fèi)用。
云遷移測試。在工作負(fù)載轉(zhuǎn)移到生產(chǎn)環(huán)境之前，應(yīng)該對其進(jìn)行壓力測試和優(yōu)化，以提供可接受的性能。測試故障條件和冗余系統(tǒng)也很重要。您不應(yīng)該嘗試測試所有可能的應(yīng)用程序功能，但您確實(shí)需要在應(yīng)用程序遷移到云之前和之后對應(yīng)用程序性能的多個方面有深入的了解。制定云遷移測試策略，以確認(rèn)遷移前后應(yīng)用程序的基準(zhǔn)性能（包括應(yīng)用程序啟動時間和響應(yīng)時間），以及建立適當(dāng)?shù)陌踩院驮L問權(quán)限以及與其他服務(wù)的成功集成。正確的測試需要合適的工具以及經(jīng)過深思熟慮的測試和驗(yàn)證策略和實(shí)踐。
云遷移安全。在云遷移期間，需要特別考慮新的安全現(xiàn)實(shí)。通過網(wǎng)絡(luò)遷移數(shù)據(jù)或應(yīng)用可能會引發(fā)各種類型的攻擊，包括竊取憑據(jù)和虛擬機(jī)快照、安裝惡意軟件或強(qiáng)制重復(fù)遷移并消耗系統(tǒng)資源的持續(xù)性拒絕服務(wù)攻擊。
首先，組織應(yīng)該了解其云提供商的共享責(zé)任模型，該模型概述了組織和提供商負(fù)責(zé)的領(lǐng)域。對于用戶來說，這通常意味著底層基礎(chǔ)設(shè)施之上的一切，包括數(shù)據(jù)、訪問和治理。圍繞治理、訪問管理和監(jiān)控建立規(guī)則和結(jié)構(gòu)非常重要。法律和合規(guī)團(tuán)隊(duì)?wèi)?yīng)在云遷移決策中發(fā)揮作用，以幫助確保正確遵守工作負(fù)載和數(shù)據(jù)的合規(guī)性要求。
改變IT員工的角色。一旦云遷移完成，員工將把重點(diǎn)轉(zhuǎn)移到數(shù)據(jù)性能、使用率和穩(wěn)定性上。整體硬件支持有所減少。但是，云工作負(fù)載必須進(jìn)行管理，因此請考慮為團(tuán)隊(duì)添加一些云管理培訓(xùn)課程。
確保云遷移成功的最佳實(shí)踐
組織選擇將應(yīng)用或工作負(fù)載遷移到云的原因有很多，并且每個項(xiàng)目都是獨(dú)一無二的，具體取決于資源分配、與其他服務(wù)的集成以及多個其他因素。以下是一些云遷移的一般準(zhǔn)則，可簡化流程，并改進(jìn)更改以獲得成功:
獲得組織的支持。當(dāng)所有利益相關(guān)者——從管理層到技術(shù)從業(yè)者再到終端用戶，都參與進(jìn)來并了解自己的角色時，轉(zhuǎn)換會更加順利。定義云角色和所有權(quán)。預(yù)先確定由誰負(fù)責(zé)管理云工作負(fù)載的各個方面。這是一個共享環(huán)境嗎？如何確認(rèn)身份并授予或限制訪問權(quán)限？如果出現(xiàn)問題，誰負(fù)責(zé)提供幫助和故障排除？這包括設(shè)置和流程的正確記錄。選擇正確的云服務(wù)。云提供商有大量的服務(wù)可供選擇。明確工作負(fù)載將利用哪些服務(wù)，否則將會面臨運(yùn)行無關(guān)服務(wù)的風(fēng)險，其中一些服務(wù)可能成本高昂、相互依賴且管理困難。了解安全風(fēng)險。云環(huán)境很容易受到互聯(lián)網(wǎng)攻擊的危害?？紤]到云環(huán)境的復(fù)雜性，錯誤配置可以說是一個更大的問題。制定云部署的安全策略，確保遵循這些策略，并執(zhí)行全面的安全測試以識別潛在的漏洞。計(jì)算云成本。對于習(xí)慣于大型基礎(chǔ)設(shè)施投資的組織來說，云的即用即付模式似乎很有吸引力，也更簡單。但這是一把雙刃劍：密切關(guān)注服務(wù)的選擇和使用，否則會在月底感到震驚。尋找未使用的資源和服務(wù)，即所謂的云蔓延，并努力消除不必要的成本。制定長期的云路線圖。如果云遷移成功，組織可能會希望在其他工作負(fù)載上復(fù)制這一成功。確定要遵循的標(biāo)準(zhǔn)，從項(xiàng)目時間表到不同的部署選項(xiàng)，例如混合云設(shè)置。云遷移面臨哪些挑戰(zhàn)？
與任何重大技術(shù)工作一樣，企業(yè)在應(yīng)用遷移過程期間和之后面臨潛在的問題和挑戰(zhàn)。可靠的策略并不能完全消除云遷移的所有障礙和潛在問題。這些挑戰(zhàn)可能包括以下內(nèi)容：
不確定和過高的云成本。傳統(tǒng)的數(shù)據(jù)中心主要代表企業(yè)的固定成本，使工作負(fù)載能夠以高度的成本信心運(yùn)行。云更像其他公用事業(yè)，其中按使用付費(fèi)的成本模型可能會導(dǎo)致運(yùn)行工作負(fù)載的成本截然不同。意外的高服務(wù)利用率，如API調(diào)用，或使用可擴(kuò)展性為工作負(fù)載驅(qū)動更多資源的計(jì)劃外應(yīng)用增長，可能會導(dǎo)致企業(yè)未做好準(zhǔn)備的意外云成本。成本規(guī)劃是云架構(gòu)的核心部分，受益于專業(yè)云架構(gòu)師的經(jīng)驗(yàn)，可以實(shí)施合理的設(shè)計(jì)，并圍繞可擴(kuò)展性設(shè)置護(hù)欄，以幫助防止云貼紙沖擊。缺乏云戰(zhàn)略。太多的組織選擇云遷移，因?yàn)槠浔诲e誤地視為一種變革性的活動，而企業(yè)領(lǐng)導(dǎo)者只是在追隨炒作。簡單地選擇遷移到云并不是業(yè)務(wù)轉(zhuǎn)型。轉(zhuǎn)型不在于使用云，而在于如何使用云來幫助提高業(yè)務(wù)效益和改善業(yè)務(wù)。這一切都在云戰(zhàn)略中?？紤]不周或缺乏云戰(zhàn)略可能會導(dǎo)致云遷移失敗。良好的云策略必須側(cè)重于掌握當(dāng)前基礎(chǔ)設(shè)施和目標(biāo)云、預(yù)測遷移瓶頸、創(chuàng)建補(bǔ)救應(yīng)急措施等。目標(biāo)是計(jì)劃：為什么這樣做、做什么、如何做、什么可能會出錯，以及出錯時該怎么做。云中的應(yīng)用性能。有時，IT領(lǐng)導(dǎo)者發(fā)現(xiàn)其應(yīng)用在云中的運(yùn)行效果不如在本地運(yùn)行的好。其需要確定云遷移失敗的原因；這可能是低延遲、對安全性的擔(dān)憂或合規(guī)性挑戰(zhàn)。通常，云部署的應(yīng)用的成本比預(yù)期更高，或者其工作效果不如最初預(yù)期。這通常不是應(yīng)用或云的故障，而只是一些傳統(tǒng)應(yīng)用架構(gòu)未針對公共云的計(jì)算、存儲、網(wǎng)絡(luò)和輔助服務(wù)進(jìn)行優(yōu)化的現(xiàn)實(shí)。應(yīng)用對云的適用性。還有另一個需要承認(rèn)的現(xiàn)實(shí)：并非每個應(yīng)用都適合云。管理人員在決定哪些應(yīng)用應(yīng)該遷移到云環(huán)境時，必須仔細(xì)檢查其本地應(yīng)用。遷移候選項(xiàng)的選擇多種多樣，可以基于業(yè)務(wù)和技術(shù)標(biāo)準(zhǔn)。例如，具有敏感數(shù)據(jù)的關(guān)鍵任務(wù)工作負(fù)載可能會留在本地，因?yàn)檫@是解決合規(guī)性和數(shù)據(jù)主權(quán)等業(yè)務(wù)問題的首要選擇。無云退出策略。云遷移計(jì)劃經(jīng)常被忽視的一個方面是，制定可靠的云退出（或遣返）策略，其中應(yīng)用和數(shù)據(jù)移出云，并返回到本地或私有云的原始狀態(tài)。IT管理人員必須考慮數(shù)據(jù)的去向、如何管理技術(shù)轉(zhuǎn)型，以及如何解決可能出現(xiàn)的任何業(yè)務(wù)或法律問題。請務(wù)必在遣返前后測試該應(yīng)用，就像初始遷移一樣。如果對應(yīng)用進(jìn)行更改以適應(yīng)特定的云優(yōu)勢，例如水平擴(kuò)展，那么當(dāng)應(yīng)用返回本地時，這些優(yōu)勢將消失。失敗不是永久性的。許多失敗的云遷移只是暫時逆轉(zhuǎn)。這可以被重新評估，并可能重新架構(gòu)，而不是直接遷移重新托管，然后以更高的成功概率發(fā)送回云中?？紤]將應(yīng)用遷移到云之前所做的更改。將應(yīng)用移回其原始平臺可能是一種選擇。在其他情況下，專門針對云重新平臺化或重構(gòu)應(yīng)用甚至可能在遷移回傳統(tǒng)的本地基礎(chǔ)設(shè)施時遇到麻煩。最好的選擇可能是，嘗試遷移到不同的云或修補(bǔ)/更新以克服任何問題，然后再嘗試稍后遷移。基礎(chǔ)設(shè)施設(shè)計(jì)或配置不佳。最佳的應(yīng)用性能和可用性需要最佳的云基礎(chǔ)設(shè)施設(shè)計(jì)，并為工作負(fù)載配置適當(dāng)?shù)馁Y源和服務(wù)，例如虛擬計(jì)算實(shí)例、存儲卷、網(wǎng)絡(luò)元素和支持服務(wù)。設(shè)計(jì)缺失或不充分將對云中的工作負(fù)載產(chǎn)生不利影響，并可能導(dǎo)致遷移失敗。例如，云管理員常犯的一個錯誤是設(shè)置錯誤的實(shí)例類型。確保選擇適當(dāng)數(shù)量的CPU和內(nèi)存資源，以及為所選存儲和應(yīng)用程序數(shù)據(jù)傳輸提供足夠的網(wǎng)絡(luò)連接。云遷移通常需要訓(xùn)練有素且經(jīng)驗(yàn)豐富的云架構(gòu)師和工程師的工作，其可以了解工作負(fù)載需求，并構(gòu)建最佳的云組件來托管遷移的工作負(fù)載。員工不足或缺乏培訓(xùn)。不要低估適當(dāng)?shù)膯T工培訓(xùn)。在云中管理應(yīng)用與使用本地?cái)?shù)據(jù)中心和常規(guī)虛擬化資源不同，因此需要一套不同的IT和管理技能。特別是，數(shù)據(jù)安全需要在云中采用與本地不同的方法。員工培訓(xùn)需要成為優(yōu)先事項(xiàng)?？紤]員工的技能組合，并確保每個人都接受過如何控制和管理相關(guān)服務(wù)的適當(dāng)培訓(xùn)。如果在云遷移之前無法對員工進(jìn)行培訓(xùn)，那么聘請經(jīng)驗(yàn)豐富的AWS合作伙伴來管理該項(xiàng)目是有意義的。云遷移趨勢
許多因素會影響組織決定是否將應(yīng)用或工作負(fù)載遷移到云。
從廣義上講，云在大多數(shù)數(shù)字化轉(zhuǎn)型計(jì)劃中發(fā)揮著核心作用。大數(shù)據(jù)分析是云平臺的一大吸引力，其提供了大多數(shù)本地系統(tǒng)無法達(dá)到的規(guī)模和計(jì)算資源。這在現(xiàn)今的機(jī)器學(xué)習(xí)和人工智能平臺中最為明顯。隨著企業(yè)擴(kuò)大對云原生技術(shù)的使用，其尋求更標(biāo)準(zhǔn)的模板驅(qū)動流程，而不是依賴于假設(shè)和一小部分開發(fā)人員和架構(gòu)師。
COVID-19大流行促使許多企業(yè)加快了遷移到云的計(jì)劃，特別是在遠(yuǎn)程工作需求增加的情況下。與此同時，員工和消費(fèi)者現(xiàn)在希望在數(shù)字生活的各個方面獲得更好的用戶體驗(yàn)。公共云的可擴(kuò)展性和全球可用性可以在增強(qiáng)工作負(fù)載性能和改善用戶體驗(yàn)方面發(fā)揮核心作用。單一云部署正在轉(zhuǎn)向混合和多云策略，旨在讓企業(yè)能夠從不同提供商的獨(dú)特優(yōu)勢中受益，同時滿足特定的業(yè)務(wù)需求。
其他值得關(guān)注的新興云遷移趨勢包括采用金融運(yùn)營（FinOps），以了解云成本考慮因素，以及接受可持續(xù)發(fā)展計(jì)劃和社會問題，例如云提供商使用可再生或綠色或低碳足跡、能源，這些越來越受到消費(fèi)者和員工的歡迎。
相關(guān)推薦：
2023年十大云趨勢人工智能如何改變云計(jì)算醫(yī)療行業(yè)云遷移與本地解決方案云安全人工智能的最佳實(shí)踐和實(shí)施云中的物聯(lián)網(wǎng)：8大優(yōu)勢和入門指南CIBIS峰會
由千家網(wǎng)主辦的2023年第24屆CIBIS建筑智能化峰會即將正式拉開帷幕，本屆峰會主題為“智慧連接，‘筑’就未來”， 將攜手全球知名智能化品牌及業(yè)內(nèi)專家，共同探討物聯(lián)網(wǎng)、AI、云計(jì)算、大數(shù)據(jù)、IoT、智慧建筑、智能家居、智慧安防等熱點(diǎn)話題與最新技術(shù)應(yīng)用，分享如何利用更知慧、更高效、更安全的智慧連接技術(shù)，“筑”就未來美好智慧生活。歡迎建筑智能化行業(yè)同仁報名參會，分享交流！
報名方式
成都站（10月24日）：https://www.huodongxing.com/event/6715336669000
西安站（10月26日）：https://www.huodongxing.com/event/3715335961700
長沙站（11月09日）：https://www.huodongxing.com/event/7715337579900
上海站（11月21日）：https://www.huodongxing.com/event/9715337959000
北京站（11月23日）：https://www.huodongxing.com/event/3715338464800
廣州站（12月07日）：https://www.huodongxing.com/event/6715338767700
更多2023年CIBIS峰會信息，詳見峰會官網(wǎng)：http://summit.qianjia.com/
- 萬通發(fā)展：終止收購索爾思光電60.16%股份
- 聯(lián)特科技預(yù)計(jì)2024年凈利潤同比增長220.96%—334.25%
- 有方科技預(yù)計(jì)2024年凈利潤同比增長365.41%
- 800G和400G高端光模塊銷售大增 中際旭創(chuàng)2024年凈利潤增長111.64%—166.85%
- 亞信安全：預(yù)計(jì)2024年實(shí)現(xiàn)扭虧為盈
- Arm發(fā)布芯粒系統(tǒng)架構(gòu)首個公開規(guī)范，加速芯片技術(shù)演進(jìn)
- 中國鐵塔擬新購一套應(yīng)急無人直升機(jī)空中基站
- 427780臺 中國鐵塔啟動智能維護(hù)攝像機(jī)產(chǎn)品集中招標(biāo)
- 規(guī)模267904臺 中國鐵塔啟動2025年自研邊緣網(wǎng)關(guān)合作伙伴招標(biāo)
- 國家數(shù)據(jù)局聲明：未授權(quán)任何“數(shù)據(jù)要素×”相關(guān)有償活動
免責(zé)聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性，但不保證有關(guān)資料的準(zhǔn)確性及可靠性，讀者在使用前請進(jìn)一步核實(shí)，并對任何自主決定的行為負(fù)責(zé)。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏，概不負(fù)任何法律責(zé)任。任何單位或個人認(rèn)為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實(shí)內(nèi)容時，應(yīng)及時向本網(wǎng)站提出書面權(quán)利通知或不實(shí)情況說明，并提供身份證明、權(quán)屬證明及詳細(xì)侵權(quán)或不實(shí)情況證明。本網(wǎng)站在收到上述法律文件后，將會依法盡快聯(lián)系相關(guān)文章源頭核實(shí)，溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。
