組織應遵循哪些云遷移步驟?“沒有采用補救措施的人將會面臨新的挑戰,時間才是最偉大的創新者。”弗朗西斯·培根的這句話已有將近400年的歷史,但對時間性質的警告仍然與企業首席信息官目前面臨著日益數字化的、以云為本的商業世界密切相關。
組織的云計算轉型的好處可能很大,但改變的過程可能會很困難。云遷移可以減少資本支出,為這些新變化提供更可預測的運營成本;同時,云計算的無限彈性和可擴展性承諾幫助組織在高度進取的商業世界中保持行業競爭力。
因此,人們看到很多企業正在嘗試涉及云遷移的大規模數字轉型,采用基于容器化的新架構,微服務以及實施相關的無服務器,這并不足為奇。然而,研究表明許多云遷移并不像企業預期的那樣成功。
以下分析一下企業的云遷移并不總是能夠成功的五個原因,這樣就可以避免一些錯誤。
1.數字化轉型的關鍵是人
云遷移將成為企業實現云計算之旅的一部分,數字技術已融入所有領域。一些企業并沒有意識到這是一個巨大的文化和技術變革。
企業團隊需要為此做好準備,因為任何計劃都會涉及更多跨職能的部門協同工作,重塑工作團隊并放棄一些長期的業務實踐。尤其是后者,意味著一些員工將會抵制變革。企業在這方面是否成功很大程度上取決于其領導能力。
首先,當企業的員工面臨技術中斷的挑戰時,應該建立明確的支持。其次,為其團隊提供成功所需的資源。
這是一種讓企業團隊協同工作的方法。它并不鼓勵專業知識的孤島效應,而是將有價值的見解在整個業務中實現民主化。例如,將數據分析集成到企業的轉型中,必須有足夠的員工培訓來指導其如何使用這些數據。這個準備工作將使企業的團隊能夠在其許多領域(如運營、業務和安全)利用分析功能。
2.讓企業的團隊找到正確的道路
使用DevOps團隊顛覆和改造企業遺留基礎設施的關鍵部分是一種有效的方法。但是,只有團隊有能力進行創新,并且重要的是,在工作中犯錯誤并吸取教訓,這才有效。
然后,該團隊才能成為企業其他部門的概念驗證。不要期望在一夜之間發生大規模的結構變化,重要的是不要忘記大規模遷移通常需要更多的時間才能正常完成。
例如,Pitney Bowes公司近年來在全球各地擴展其電子商務,并使用SaaS(軟件即服務)和基于云計算的業務組合進行了徹底改造。早在2015年,它就審查了其老舊的服務器和網絡基礎設施的應用情況。這個項目涉及到其奧馬哈數據中心到AWS公共云的令人關注的云遷移。
從那以后,該公司采取了全球云遷移三個階段戰略。在此過程的早期,Pitney Bowes公司認識到需要為該項目建立一支專業、高技能的商務云團隊。第一階段涉及對AWS云平臺的“提升和轉移”以及關閉其在全球運營的多個數據中心。第二階段的重點是標準化,獨立解決方案以及圍繞關鍵要求(如可讀性)開發最佳實踐。JSON成為整個組織事實上的日志記錄標準,這種標準化為采用微服務和持續集成(CI)生命周期的出現鋪平了道路,使得Pitney Bowes公司能夠盡早并經常集成新代碼。在2019年的第三階段,它專注于優化并將Pitney Bowes 商務云擴展到位置智能等領域,并對其70多種應用程序進行深入而直接的洞察。
3.了解DevSecOps嗎?
在任何成功的云遷移工作中,云安全是另一個明確的領域。借助云計算,企業和云計算提供商可以共同承擔責任。雖然保證基礎基礎設施的安全是公共云運營商的責任,但從操作系統、應用程序組件、軟件、防火墻和其他面向安全的技術來看,所有關鍵內容都應由企業自己負責。根據RightScale公司的調查數據,到2019年,安全仍然是五大挑戰之一。這與去年對786名專業技術人員調查中81%的人這么認為的調查結果相吻合,并表示如果沒有可靠的計劃,安全性會產生很大的不確定性。
這就是DevSecOps的用武之地。正如該術語本身所暗示的那樣,DevSecOps主要涉及從開始到結束在DevOps進程中集成安全實踐。在規劃云遷移時,需要將安全協議納入開發過程,這需要在敏捷框架內的發布工程師和安全團隊之間建立更靈活的協作文化。在DevSecOps中,提高交付速度和安全代碼流的目標共同創建了一個過程,該過程在迭代中發生安全測試,同時不會妨礙交付周期。
DevSecOps將“安全性視為代碼”。這在實踐中意味著代碼以小塊形式提供,因此可以快速發現漏洞,任何人都可以提交更改。這是一種更加主動的方法,也可以從一開始就看到合規性監控。有了這些,企業就會處于持續的審計準備狀態。并進行威脅調查,以確定任何新出現的威脅,并通過代碼分析識別漏洞,同時評估響應和修補過程。
最后,軟件工程師和IT工程師都應該被鼓勵保持在他們技能的最前沿,既有利于他們自己發展,也有利于企業運營。一些DevSecOps的倡導者將這種方法與原有方法進行了比較,而這是確保企業運行現代應用程序和基礎設施的安全有效的方法。
4.遷移需要更多數據
在此引用另一個觀點,英國哲學家和歷史學家托馬斯·卡萊爾說:“沒有任何事情比沒有洞察力的活動更加糟糕。”這句話同樣適用于云遷移:企業無法評估不能衡量的內容。
在云遷移發生之前建立數據驅動的基線是評估當前內部部署配置并將其與遷移后配置性能進行比較的重要方法。在項目開始時部署的數據分析平臺將確定云遷移前后的數PB原始數據中的潛在漏洞,它將幫助企業在業務遷移之前和之后建立良好的保護環境的政策和程序。
更重要的是,及時獲取這些信息可以幫助每個人更有效地工作。將基礎設施中的信息(也稱為機器數據)整合在一起,企業可以分析其所看到的結果以及IT服務的性能,從而實現這些結果。
5.混合部署并不是妥協
隨著時間的推移,IT團隊將從內部部署轉變為混合云和公共云部署,這些部署將變得更加復雜。例如,Sumo Logic公司的研究發現,在2017年到2018年的過去12個月中,運行多云平臺的公司數量翻了一番。
隨著時間的推移,企業的實施策略可能會發生變化,從不同云平臺的混合部署轉變為混合云或多云部署。無論發生什么變化,保持一定程度的洞察力是非常重要的,這些洞察力可以查看所有這些組件,并使這些信息易于理解。查看本地IT和新的云原生應用程序部署,應該可以幫助企業了解在哪里需要更多的工作來滿足安全目標,在哪里可以為業務創造更多的價值。
數字轉型是復雜的,從遺留系統和自上而下的命令和控制策略演變為基于云計算、敏捷和團隊驅動的戰略將是一個具有挑戰性的過程。但是,企業使用自己的基礎設施中的數據,可以創建更多這些項目并為其提供更多價值。時間可以成為一個偉大的創新者,實時處理數據可以幫助企業領先于競爭對手。