組織應遵循哪些云遷移步驟?“沒有采用補救措施的人將會面臨新的挑戰，時間才是最偉大的創新者。”弗朗西斯·培根的這句話已有將近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中，提高交付速度和安全代碼流的目標共同創建了一個過程，該過程在迭代中發生安全測試，同時不會妨礙交付周期。