數(shù)據(jù)中心遷移的最佳實(shí)踐

數(shù)據(jù)中心遷移的最佳實(shí)踐

雖然云計(jì)算在企業(yè)IT中仍是一個(gè)相對(duì)較小的領(lǐng)域，但其增長速度驚人。這種增長大部分來自于誕生并生活在云中的新應(yīng)用。然而，企業(yè)也在以快速增長的速度將現(xiàn)有的遺留工作負(fù)載轉(zhuǎn)移到云端，以提高靈活性并節(jié)省資金。

隨著云遷移需求的增長，隨之而來的是對(duì)如何將本地?cái)?shù)據(jù)中心應(yīng)用遷移到云中的服務(wù)和建議的需求。AWS、Microsoft Azure和Google Cloud是一些認(rèn)識(shí)到這種需求并宣傳其專家協(xié)助的大型云玩家。

從本地遷移到云端可能會(huì)帶來各種挑戰(zhàn)，包括預(yù)算超支和容量規(guī)劃不當(dāng)。如果企業(yè)在現(xiàn)代化項(xiàng)目中走得不夠遠(yuǎn)，只是將應(yīng)用遷移到云端，而沒有充分受益于云所能提供的一切，那么企業(yè)也可能會(huì)遭受損失。

本文將介紹一些簡單的步驟，大家可以遵循這些步驟最大限度地提高數(shù)據(jù)中心遷移項(xiàng)目的成功機(jī)率。

何時(shí)計(jì)劃數(shù)據(jù)中心遷移

選擇數(shù)據(jù)中心遷移時(shí)間的一個(gè)經(jīng)驗(yàn)法則是，一旦硬件至少使用了三年，企業(yè)就會(huì)考慮更換。然而，這一指示過于簡單，沒有考慮到一個(gè)更重要的因素:遷移意愿。這種激勵(lì)需要自上而下，即使其最終將自下而上地部署。

因此，回答企業(yè)何時(shí)應(yīng)該計(jì)劃將其數(shù)據(jù)中心遷移到云端的最簡單方法是，在有足夠的管理層支持的情況下。

遷移數(shù)據(jù)中心的常見挑戰(zhàn)

企業(yè)在數(shù)據(jù)中心遷移過程中面臨的最大挑戰(zhàn)，就像IT領(lǐng)域的許多事情一樣，這與技術(shù)無關(guān)，而是與人有關(guān)。

正如Jassy曾經(jīng)指出的那樣，企業(yè)需要考慮客戶隨著時(shí)間的推移所要求的不斷變化的體驗(yàn)。其總結(jié)到，這些經(jīng)歷“通常需要相當(dāng)大的改變或轉(zhuǎn)變?！边@樣的轉(zhuǎn)型需要付出相當(dāng)多的痛苦和努力，而管理層的支持對(duì)于經(jīng)受住任何短期挫折至關(guān)重要。

對(duì)于許多企業(yè)來說，考慮轉(zhuǎn)型變化是如此令人生畏，以至于一些企業(yè)簡單地默認(rèn)在云中重新托管應(yīng)用——通常稱為“提升和轉(zhuǎn)移”——而不是為云重新設(shè)計(jì)。提升和轉(zhuǎn)移方法的優(yōu)點(diǎn)是其相對(duì)簡單；缺點(diǎn)是，可能只是將舊的運(yùn)營方式遷移到新的基礎(chǔ)設(shè)施上。

然而，盡管組織可能希望遷移，但可能缺乏這樣做的人才和專業(yè)知識(shí)。即使計(jì)劃是轉(zhuǎn)型，從一個(gè)更漸進(jìn)的方法開始也是值得的。例如，遷移非任務(wù)關(guān)鍵型應(yīng)用程序是一種使用正確的流程和知識(shí)構(gòu)建云遷移能力的方法。

所有這些都指向了僅次于意愿/動(dòng)機(jī)的東西，那就是計(jì)劃。例如，企業(yè)可能忽略了遷移計(jì)劃中看似微小的步驟。畢竟，它們太明顯了，不需要寫下來，對(duì)吧?不幸的是，這是一個(gè)糟糕的假設(shè)，當(dāng)企業(yè)試圖將實(shí)現(xiàn)遷移所需的移動(dòng)部分拼湊在一起時(shí)，可能會(huì)導(dǎo)致各種各樣的問題。

一個(gè)糟糕的計(jì)劃通常始于一個(gè)混亂的策略，而最成功的遷移始于一個(gè)清晰的、得到廣泛支持的策略。提出以下問題很重要：為什么要這么做?希望達(dá)到什么目標(biāo)?怎么去，什么時(shí)候去?

通過這些問題來構(gòu)建想法后，應(yīng)該直接跟上詳細(xì)的項(xiàng)目計(jì)劃。

成功遷移數(shù)據(jù)中心的步驟

為遷移創(chuàng)建分階段的計(jì)劃和業(yè)務(wù)案例

在確保為交付數(shù)據(jù)中心到云的遷移提供足夠的執(zhí)行支持之后，第一步是計(jì)劃。雖然最終目標(biāo)是業(yè)務(wù)轉(zhuǎn)型，但需要建立一個(gè)分階段的方法來實(shí)現(xiàn)該目標(biāo)。這可能涉及針對(duì)不同類型應(yīng)用的各種遷移策略:重新托管、重新平臺(tái)化或重構(gòu)和重新架構(gòu)，具體取決于它們對(duì)客戶體驗(yàn)的重要性。

在構(gòu)建遷移的業(yè)務(wù)案例時(shí)，最適合給定應(yīng)用的方法通常會(huì)變得顯而易見。問問自己:從上市時(shí)間和收益角度來看，這次搬遷的商業(yè)理由是什么?確定哪種方法最能提供預(yù)期的結(jié)果。

盤點(diǎn)當(dāng)前資產(chǎn)并映射到提供商基礎(chǔ)設(shè)施

計(jì)劃的一部分還應(yīng)該包括盤點(diǎn)應(yīng)用及其需求，還要對(duì)首選云提供商提供的服務(wù)進(jìn)行編目。

需要為每個(gè)遷移路徑繪制地圖，包括將服務(wù)器映射到云的機(jī)器類型或不同的數(shù)據(jù)庫服務(wù)。例如，可以選擇從自管理的MySQL實(shí)例轉(zhuǎn)移到完全管理的數(shù)據(jù)庫服務(wù)來支持應(yīng)用。

此外，還需要規(guī)劃云基礎(chǔ)設(shè)施。例如，如果正在使用Azure，Microsoft提供會(huì)提供登錄區(qū)作為托管已遷移工作負(fù)載的環(huán)境。

建立檢查點(diǎn)以衡量進(jìn)度并支持持續(xù)的測試

從一開始就建立檢查點(diǎn)，并根據(jù)目標(biāo)不斷評(píng)估進(jìn)度。這個(gè)評(píng)估階段應(yīng)該包括持續(xù)不斷的測試，以優(yōu)化性能并解決任何障礙。

無論遷移計(jì)劃多么可靠，幾乎100%的可能性計(jì)劃的某些元素不會(huì)像預(yù)期的那樣工作。因此，定期檢查進(jìn)度是值得的，這樣就可以在必要時(shí)重新調(diào)整方法。

評(píng)估遷移成功和遷移后的優(yōu)化

最后，即使在遷移完成之后，智能策略也需要繼續(xù)優(yōu)化。這可能包括增加自動(dòng)化以降低運(yùn)營負(fù)擔(dān)，改進(jìn)可觀察性工具等等。換句話說，遷移到云并不是旅程的結(jié)束，而是優(yōu)化數(shù)據(jù)中心和云基礎(chǔ)設(shè)施的數(shù)據(jù)以及其他業(yè)務(wù)運(yùn)營的開始。----------------------------------峰會(huì)預(yù)告

近期，由千家網(wǎng)主辦的2022年第23屆中國國際建筑智能化峰會(huì)將正式拉開帷幕，本屆峰會(huì)主題為“數(shù)智賦能，碳索新未來”，屆時(shí)將攜手全球知名建筑智能化品牌及專家，共同分享AI、云計(jì)算、大數(shù)據(jù)、IoT、智慧城市、智能家居、智慧安防等熱點(diǎn)話題與最新技術(shù)應(yīng)用，并探討如何打造“更低碳、更安全、更穩(wěn)定、更開放”的行業(yè)生態(tài)，助力“雙碳”目標(biāo)的實(shí)現(xiàn)。

成都站

西安站

報(bào)名方式

成都站（12月20日）：https://www.huodongxing.com/event/5657854318600

西安站（12月23日）：https://www.huodongxing.com/event/4638585444400

生成海報(bào)

免責(zé)聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性，但不保證有關(guān)資料的準(zhǔn)確性及可靠性，讀者在使用前請(qǐng)進(jìn)一步核實(shí)，并對(duì)任何自主決定的行為負(fù)責(zé)。本網(wǎng)站對(duì)有關(guān)資料所引致的錯(cuò)誤、不確或遺漏，概不負(fù)任何法律責(zé)任。任何單位或個(gè)人認(rèn)為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識(shí)產(chǎn)權(quán)或存在不實(shí)內(nèi)容時(shí)，應(yīng)及時(shí)向本網(wǎng)站提出書面權(quán)利通知或不實(shí)情況說明，并提供身份證明、權(quán)屬證明及詳細(xì)侵權(quán)或不實(shí)情況證明。本網(wǎng)站在收到上述法律文件后，將會(huì)依法盡快聯(lián)系相關(guān)文章源頭核實(shí)，溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。