來說說成功的雲遷移的10個經驗教訓
儘管將業務遷移到雲平臺(數字化轉型和簡化IT環境)比以往任何時候都容易,但這可能是一個挑戰。為了簡化這一流程,IT團隊在整個過程中需要吸取經驗教訓,以幫助企業的雲遷移過程儘可能輕鬆高效並獲得成功。 |
如今,很多企業已經將資料和關鍵應用程式遷移到雲平臺,希望在成本、安全性、靈活性以及效能方面擁有眾多優勢。
很多企業清楚地瞭解雲遷移將使其走上成功之路。降低成本、靈活性、可擴充套件性、資料安全性、業務連續性而不需要備份計劃,以及由於容易共享資料而改進的協作僅僅是遷移到雲平臺的許多原因中的一部分。有多少與企業相關?一旦確定了目標,就要評估當前的基礎設施,並確定工作負載或應用程式依賴性,以確定哪些應用程式將成為雲平臺執行的候選者。
企業通常將業務遷移到雲平臺主要是為了減少硬體和IT人員的成本,但這在一定程度上得到了簡化。例如,一些應用程式提供了比其他應用程式更高的投資回報率。根據各種因素(從資料儲存到安全服務,從測試和監控工具到雲端計算技術培訓費用),企業需要向雲端計算提供商諮詢一些真實的場景,首先確定需求的優先順序,然後選擇一個符合預算的高效能平臺。
將資料移動到雲平臺意味著企業將控制權交給雲端計算提供商。這可能會帶來風險,尤其是對於在共享伺服器上執行多個客戶端應用程式的公共雲而言。如果雲端計算提供商的雲平臺出現故障,則可能面臨駭客或業務中斷的風險。企業需要確保部署了針對雲端計算的漏洞掃描安全工具,備份了關鍵資料,應用了強大的資料加密,建立了冗餘,並採用了其他基於雲端計算的安全解決方案。
要確定哪些應用最適合進行雲遷移,需要對關鍵性、生產狀態、運營標準、合規性、遷移的便利性,以及業務影響力等因素進行評估。如果某個應用程式的關鍵程度、敏感性、高階程度越低,其文件越多,合規性要求越低,則這個應用程式就越適合進行初始遷移。另外,查詢應用程式依賴關係,然後遷移這些服務(通常是內部服務、外部服務或與客戶接近的服務),並且首先使用依賴關係最少的應用程式。
要實現成功的組織變革(即雲遷移),企業將需要在新技術、流程、操作設計和涉及雲端計算的原則方面具有紮實技能的開發人員、管理人員和工作人員。具有豐富遷移經驗的資深外部顧問可能是培訓員工的最佳人選。此外,企業還需要一個“遷移架構師”(具有系統架構師級別)來領導、規劃、開發策略、做出決策並完成整個遷移過程。
企業還有一些遷移選項。當涉及到遷移策略時,企業可以重新託管、重構或重建。許多組織從重新託管開始,也稱之為“提升和轉移”,它使用基礎設施即服務來遷移現有的應用程式,而無需進行昂貴的程式碼更改。當涉及到雲平臺的型別時,可以選擇公共雲、私有云或混合雲。
企業需要為其雲遷移專案獲得所有支援,而其支援從經驗豐富的雲端計算提供商開始。在進行選擇時,需要了解雲端計算提供商的經驗水平及其提供以下功能的能力:簡化流程的工具,對任何規模的任何型別的雲端計算環境的支援,處理過時的技術的方法、嚴格的體系結構,複雜的應用程式、工作流程依賴性、遷移過程中和遷移後的支援,以及其他問題。
建立企業的雲端計算關鍵績效指標,以顯示雲遷移的進度,揭示應用程式中明顯或看不到的問題或複雜性,並在整個過程中為企業提供指導。一旦確定了要實現的目標,企業的關鍵績效指標就可以透過評估從基礎設施到使用者體驗再到雲中的應用程式效能的一系列類別來衡量企業在雲端計算之旅結束時的成功。
在將應用程式從傳統的內部部署切換到雲平臺時,需要考慮應用程式和資料的體系結構。那麼到底有多複雜?企業可以選擇一次性將整個應用程式或服務全部遷移到雲平臺中,檢視其是否正常執行,如果可以,則將本地流量傳輸到雲平臺中。或者,企業可以做到這一點:只將一小部分客戶遷移到雲中,確定流程是否正常執行,以相同的順序執行這些操作,直到所有客戶都轉移到雲平臺中為止。
遷移到雲中卻沒有利用其效能和節省成本的優勢是一種浪費。雲端計算的一大優勢是資源最佳化,企業有責任讓其IT團隊為其應用程式正確分配資源。應用程式和正確的雲端計算資源之間的最佳匹配為雲端計算投資提供了業務效率和最佳回報。
將業務遷移到雲平臺中不必花很長時間,也不需要複雜的過程。數字化轉型對那些成功者來說是巨大的回報,並使其行動儘可能高效。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31524109/viewspace-2680603/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 來自10位 IT 大牛的23條經驗教訓
- Supercell成立10週年的10條經驗和教訓
- 來說說目前受歡迎的10個Python開源框架Python框架
- Heap使用Postgres SQL後的經驗教訓SQL
- [譯] Data Binding 庫使用的經驗教訓
- 成功實現邊緣編碼需要了解的六大經驗教訓
- 工作中雲伺服器遷移的幾點經驗伺服器
- SmartDialog遷移至4.0:一份真誠的遷移說明
- 剪輯師來說說用雲桌面的真實體驗
- 安裝pytorch-gpu的經驗與教訓PyTorchGPU
- 我的軟體開發中經驗教訓
- 經驗&教訓分享:我的第一個機器學習專案機器學習
- 「譯文」Google SRE 二十年的經驗教訓Go
- Go 併發程式設計中的經驗教訓Go程式設計
- 20+條軟體開發的經驗教訓
- 經驗分享:HelloFresh在生產中執行Istio的經驗教訓 - Craig HuberAI
- 初入軟體「江湖」的萌新需要了解的五個經驗教訓
- 《Tsuro》實戰分享:移動VR遊戲開發經驗與教訓VR遊戲開發
- 大規模執行 Apache Airflow 的經驗教訓 - shopifyApacheAI
- 《神鬼寓言》的開發中有些什麼經驗教訓?
- 經驗教訓:Instacart 的實時機器學習之旅 - shu機器學習
- 為什麼說 Serverless 是雲的未來?Server
- 說說對測試培訓的一些看法
- Salesforce使用Spring Data Redis記憶體洩漏的經驗教訓SalesforceSpringRedis記憶體
- 阿里巴巴的 Kubernetes 應用管理實踐經驗與教訓阿里
- 使用Go兩年學到的五大經驗教訓 - hashnodeGo
- 教學軟體開發對於教育培訓機構來說有哪些好處?
- 機器學習的教訓:5家公司分享的錯誤經驗機器學習
- 不聊webpack配置,來說說它的原理Web
- React專案從Javascript到Typescript的遷移經驗總結ReactJavaScriptTypeScript
- 來說說mask吧
- 檔案系統不適合作為分散式儲存後端:來自Ceph演變10年的經驗教訓 - blogspot分散式後端
- 雲遷移的安全風險
- 使用 go micro 搭建微服務介面的經驗教訓Go微服務
- 有個碼齡 10 年的程式設計師跟我說:“他程式設計從來不用滑鼠”,我說:程式設計師
- 想報TRIZ培訓班,報過培訓班的朋友說說靠譜不?
- 為什麼說雲資料庫是商業的成功、技術的倒退?資料庫
- 從Balatro小丑牌的成功說起:淺談rogue的核心體驗與設計