首先考慮一下到底改變了什么。因為很少有人搬家時沒有個人財產，而對于企業軟件用戶來說，他們許多重要數據都在一個記錄和行動的IT系統中被存儲和管理，例如他們的SAP應用程序環境。這些關鍵系統現在正在遷移到云平臺，但事實上，許多企業在云計算模型本身方面缺乏足夠的經驗，無法在遷移到云平臺之后完全規劃后續運營流程。
那些已經成功規劃并執行其遷移戰略和流程的企業正在通過云計算技術帶來的新的和廣泛的價值鏈增強其市場主導地位。如今，云遷移對于企業來說不再是一場噩夢。
以下是云運營成功的五個關鍵因素：
1.資源和能力
許多企業面臨的最大挑戰之一是缺乏資源和缺乏內部能力。擁有涵蓋SAP或其他運營的合理技能基礎是一回事，在云遷移、部署和管理方面擁有廣泛的能力是另一回事。而且在一個企業內，在合適的成熟度水平下，在一個地方同時擁有這兩種能力是很罕見的。
遷移到云平臺通常需要在更高程度的系統復雜性下工作，數據量和模型會變得更復雜。集成、法規和業務流程都是這里面臨的挑戰的一部分。
企業必須對在云中運營的技能、能力以及合作伙伴關系進行長期投資，以便做好準備并有能力應對這些復雜性。
2.云計算是一種IT商業模式
企業需要了解云計算對其業務模式的積極影響，以及它們形成未來業務戰略的方式。這不僅僅是技術變革，而且是一種商業模式的改變，可以與云平臺遷移項目同時進行。
企業還需要確保他們擁有涵蓋云計算目標操作模型的技能，包括網絡和數據庫管理、自動化、應用程序編程接口以及DevOps。
以云計算金融為例。當然，云計算的好處是能夠簡單地點擊鼠標就引入更多實例，這可能會迅速升級。確保企業擁有出色的云計算成本優化人員是在該領域取得成功的先決條件。
另一個很好的例子是DevOps和云計算支持的工作方式。多年來，DevOps方法一直被宣傳為SAP環境部署和操作的理想選擇。其理念是利用現代交付和運營方法，從客戶對其SAP資產和許可證的投資中釋放額外價值。
DevOps方法的優點有很多，例如提高敏捷性、關注點分離和更好的整體管理。同樣重要的是，這種方法產生的解決方案對更廣泛的貢獻者更具包容性。
3.安全性
如果企業將數據資產遷移到云端，將會期望所有重要的數據都得到保護。然而，在云計算演進的這個階段不應該有任何誤解。
如今，所有超大規模企業(谷歌、微軟、AWS、Facebook和阿里巴巴)都提供基礎設施即服務，因此存在共同責任模型。這意味著超大規模提供商負責直至管理程序的所有事情，即用于在云計算數據中心服務器、內部部署設施或公有云中運行或管理虛擬機的軟件代碼層。如今的超大規模企業獲得了很好的認證，擁有客戶需要了解的所有可審核認證。
共同責任因素意味著客戶自己或他們選擇的實施合作伙伴需要確保云中的每個實例和連接通道都得到適當設置。安全框架在不斷改進，這可能是人們關注和討論的主要話題，而不是事后的想法。將數據遷移到云平臺能夠比以前的內部部署設施更安全。
4.交錯整合
考慮其他可能因將SAP級系統遷移到云平臺而中斷的關鍵項目也很重要。在云中運營一系列大型企業軟件平臺沒有簡單的藍圖，因此靈活性至關重要。
從云遷移之旅的開始到結束的運營階段，自動化可以在促進云平臺和內部部署應用程序之間的無縫集成方面發揮關鍵作用。如果團隊成員需要訪問存檔中的原有SAP系統，則該過程必須盡可能快速且輕松。可能需要幾天才能完成的事情應該只需要幾個小時甚至幾分鐘。
通過在整個遷移過程及以后的過程中實現流程自動化，企業可以利用云計算的優勢，而不會帶來運營負擔的風險。
5.可擴展性范圍
任何智能構建和謹慎構建的企業軟件項目都具有貫穿其核心的可擴展性規劃。當應用程序和數據服務的規?？赡軙蠓黾訒r，必須了解它們將不再以最初構建和部署的方式運行的臨界點。
這兩種傳統類型的可擴展性可能在方法上有所不同，但它們都需要相同的深思熟慮的過程。垂直擴展(向上或向下)通過添加更多資源(例如存儲)來增加現有服務器的功能。然而，水平擴展(輸入或輸出)通過添加更多處理單元來提高服務器的性能。應該事先確定哪種類型的可擴展性是業務優先級。
云計算就其本質而言是可擴展的，并且眾所周知的是，業務需求會發生巨大波動，因此能夠立即擴展或回撥資源是非常寶貴的。避免在最后一刻對IT基礎設施進行不必要的、成本高昂的更改，或者降低投資可能會或可能不會使用的額外資源的風險，這是一個商業夢想，但只有通過充分的準備才能實現。
提前仔細規劃，以確定這些潛在的故障點，從而確保為大多數可能發生的情況制定了計劃，并在它們成為問題之前而不是之后加以解決。
云計算將日益成熟完善
云計算已經發展到可能將在2030年成熟完善的地步。它將成為一種類似公用事業公司的資源，并將被大多數客戶消費，就像利用天然氣、電力或供水一樣。
盡管一部分云遷移仍然存在，正如文章開頭時所說，云計算是新的賭注，云原生的使用正在迅速發展。
現在的重點應該集中在如何以最安全、最高效、最環保的方式最好地實施云運營。
