來說說成功的雲遷移的10個經驗教訓
儘管將業務遷移到雲平臺(數字化轉型和簡化IT環境)比以往任何時候都容易,但這可能是一個挑戰。為了簡化這一流程,IT團隊在整個過程中需要吸取經驗教訓,以幫助企業的雲遷移過程儘可能輕鬆高效並獲得成功。 |
如今,很多企業已經將資料和關鍵應用程式遷移到雲平臺,希望在成本、安全性、靈活性以及效能方面擁有眾多優勢。
很多企業清楚地瞭解雲遷移將使其走上成功之路。降低成本、靈活性、可擴充套件性、資料安全性、業務連續性而不需要備份計劃,以及由於容易共享資料而改進的協作僅僅是遷移到雲平臺的許多原因中的一部分。有多少與企業相關?一旦確定了目標,就要評估當前的基礎設施,並確定工作負載或應用程式依賴性,以確定哪些應用程式將成為雲平臺執行的候選者。
企業通常將業務遷移到雲平臺主要是為了減少硬體和IT人員的成本,但這在一定程度上得到了簡化。例如,一些應用程式提供了比其他應用程式更高的投資回報率。根據各種因素(從資料儲存到安全服務,從測試和監控工具到雲端計算技術培訓費用),企業需要向雲端計算提供商諮詢一些真實的場景,首先確定需求的優先順序,然後選擇一個符合預算的高效能平臺。
將資料移動到雲平臺意味著企業將控制權交給雲端計算提供商。這可能會帶來風險,尤其是對於在共享伺服器上執行多個客戶端應用程式的公共雲而言。如果雲端計算提供商的雲平臺出現故障,則可能面臨駭客或業務中斷的風險。企業需要確保部署了針對雲端計算的漏洞掃描安全工具,備份了關鍵資料,應用了強大的資料加密,建立了冗餘,並採用了其他基於雲端計算的安全解決方案。
要確定哪些應用最適合進行雲遷移,需要對關鍵性、生產狀態、運營標準、合規性、遷移的便利性,以及業務影響力等因素進行評估。如果某個應用程式的關鍵程度、敏感性、高階程度越低,其文件越多,合規性要求越低,則這個應用程式就越適合進行初始遷移。另外,查詢應用程式依賴關係,然後遷移這些服務(通常是內部服務、外部服務或與客戶接近的服務),並且首先使用依賴關係最少的應用程式。
要實現成功的組織變革(即雲遷移),企業將需要在新技術、流程、操作設計和涉及雲端計算的原則方面具有紮實技能的開發人員、管理人員和工作人員。具有豐富遷移經驗的資深外部顧問可能是培訓員工的最佳人選。此外,企業還需要一個“遷移架構師”(具有系統架構師級別)來領導、規劃、開發策略、做出決策並完成整個遷移過程。
企業還有一些遷移選項。當涉及到遷移策略時,企業可以重新託管、重構或重建。許多組織從重新託管開始,也稱之為“提升和轉移”,它使用基礎設施即服務來遷移現有的應用程式,而無需進行昂貴的程式碼更改。當涉及到雲平臺的型別時,可以選擇公共雲、私有云或混合雲。
企業需要為其雲遷移專案獲得所有支援,而其支援從經驗豐富的雲端計算提供商開始。在進行選擇時,需要了解雲端計算提供商的經驗水平及其提供以下功能的能力:簡化流程的工具,對任何規模的任何型別的雲端計算環境的支援,處理過時的技術的方法、嚴格的體系結構,複雜的應用程式、工作流程依賴性、遷移過程中和遷移後的支援,以及其他問題。
建立企業的雲端計算關鍵績效指標,以顯示雲遷移的進度,揭示應用程式中明顯或看不到的問題或複雜性,並在整個過程中為企業提供指導。一旦確定了要實現的目標,企業的關鍵績效指標就可以透過評估從基礎設施到使用者體驗再到雲中的應用程式效能的一系列類別來衡量企業在雲端計算之旅結束時的成功。
在將應用程式從傳統的內部部署切換到雲平臺時,需要考慮應用程式和資料的體系結構。那麼到底有多複雜?企業可以選擇一次性將整個應用程式或服務全部遷移到雲平臺中,檢視其是否正常執行,如果可以,則將本地流量傳輸到雲平臺中。或者,企業可以做到這一點:只將一小部分客戶遷移到雲中,確定流程是否正常執行,以相同的順序執行這些操作,直到所有客戶都轉移到雲平臺中為止。
遷移到雲中卻沒有利用其效能和節省成本的優勢是一種浪費。雲端計算的一大優勢是資源最佳化,企業有責任讓其IT團隊為其應用程式正確分配資源。應用程式和正確的雲端計算資源之間的最佳匹配為雲端計算投資提供了業務效率和最佳回報。
將業務遷移到雲平臺中不必花很長時間,也不需要複雜的過程。數字化轉型對那些成功者來說是巨大的回報,並使其行動儘可能高效。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31524109/viewspace-2680603/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 微服務遷移:經驗教訓微服務
- 來自10位成功IT人士的23條經驗教訓
- 來自10位 IT 大牛的23條經驗教訓
- 說說框架的資料庫遷移功能框架資料庫
- 給年青設計師們的10個經驗教訓
- 10 年 Amazon Web Services 總結得到的 10 個經驗教訓Web
- 建立安卓應用的 30 個經驗教訓安卓
- 亞馬遜移動電商成功的12個經驗亞馬遜
- Supercell成立10週年的10條經驗和教訓
- 口袋妖怪Go手遊的幾個經驗教訓Go
- 17個創業公司的失敗經驗教訓創業
- 經驗教訓,慎用Oracle的審計Oracle
- 作為專案經理的7個經驗教訓總結
- 面試經驗之教訓面試
- 經驗&教訓分享:我的第一個機器學習專案機器學習
- 一個小碼農這半年的經驗和教訓
- 新人入職100天,聊聊自己的經驗&教訓
- Econsultancy:亞馬遜移動電商成功的12個經驗亞馬遜
- 成功專案經理的經驗教訓——鼓勵靈活的體制和行為(轉)
- AWS 運營 10 週年學到的 10 條經驗教訓
- 技術文章遷移說明
- Heap使用Postgres SQL後的經驗教訓SQL
- 引入新程式語言的經驗教訓
- 使用MongoDB血淚般的經驗教訓MongoDB
- 關於Web 2.0 的SOA 經驗教訓Web
- 12年程式設計師得到的12個經驗教訓程式設計師
- 工作中雲伺服器遷移的幾點經驗伺服器
- 成功實現邊緣編碼需要了解的六大經驗教訓
- 來說說目前受歡迎的10個Python開源框架Python框架
- 需求分析經驗及教訓
- 作為老司機使用 React 總結的 11 個經驗教訓React
- 經驗教訓 給你預防病毒的八個忠告(轉)
- 10+年程式猿總結的20+條經驗教訓
- [譯] Data Binding 庫使用的經驗教訓
- 我的軟體開發中經驗教訓
- 艱困之道中學到的經驗教訓
- 初入軟體「江湖」的萌新需要了解的五個經驗教訓
- SmartDialog遷移至4.0:一份真誠的遷移說明