但是，盡管組織對將技術部分落實到位越來越有信心，但往往會犯一些錯誤，即無法同時更新業務實踐。而這可能會產生重大的后果，因為需要增加云計算使用的全部好處，需要新的工作方式，而且往往還需要改變文化。

 

 

多云對具有雄心勃勃的業務增長計劃和大量計算需求變化的組織尤其具有吸引力。此外，多云還可以使全球運營的組織受益，他們希望將性能和監管原因將前端應用程序盡可能地貼近用戶：如果他們首選的云計算供應商在某地區沒有運營數據中心，他們可以在該地區尋找這樣的云計算供應商。

 

此外，組織現在需要獲得更大的計算能力和一系列基于云計算的服務，如分析、機器學習、物聯網和區塊鏈。采用的解決方案不會讓他們鎖定在單一云服務提供商，云服務提供商可能會在任何時候提高價格或限制其容量。

 

很明顯，組織需要采用多云方式，而“一刀切”的時代已經過去了。如今，典型的組織可以與2到16個云計算提供商開展合作。這導致了微服務架構的使用，這種方法將單個應用程序分解為由不同團隊管理的更小的、可獨立部署的服務的集合。

 

在現代云計算環境中，長期的開發過程變得無效。而線性分段開發時間表、定期架構審查委員會，以及構建后的深入審查測試將用于提供管理項目和確保投資回報率(ROI)的可靠方法。但現在它們實際上降低了運營靈活性，減少了整體上市時間，甚至產生了安全漏洞。

 

一些組織認為他們可以通過集成克服多云的挑戰。然而，這涉及為每個解決方案獨立構建集成，這是一項極其耗費人力和耗時的操作。即使組織已將云計算環境相互連接并成功連接到其內部部署基礎設施，它也必須適應新發布的代碼，這將使集成成為一場永不休止的斗爭。

 

 

多云時代的組織IT需要從傳統流程轉變為現代化的開發理念，打破孤島，推動更緊密的協作，并利用用戶反饋。通過將開發和操作結合在一起，DevOps方法提供了這一功能，促進了軟件應用程序的持續交付、監控和優化。

 

其實際意義何在?首先，它意味著線性開發工作流的結束——同時進行DevOps、架構、可視化設計、開發和測試。不同于高度專業化的工作人員和分段的時間表，需要多學科工作人員相互合作，在每個發展階段進行合作。

 

如果測試曾經代表了開發的最后階段，那么DevOps會自動執行該過程，從而在整個時間軸上持續進行。在單一部署是常態的情況下，現在以用戶為中心的設計結合了持續的反饋和更新，以實現持續優化。

 

 

隨著既定工作方式的重大轉變，對所需文化變革的有效管理可能意味著成功與失敗之間的差異。許多利益相關者將依附于舊流程，因為它們代表了一種經過嘗試和測試的方法，以降低與開發和交付關鍵績效指標相關的風險。為了避免更大的阻力，最好從小處著手。嘗試開展一個項目來向更廣泛的業務證明這個概念。至關重要的是，確保從風險較低的地方著手，并避免運行關鍵任務。

 

一旦測試案例通過提供更高質量、更快、風險更小的工作證明模型，就應該更廣泛地應用DevOps方法。在這一點上，重要的是要獲得組織高層領導的支持。DevOps團隊需要有自主性才能實現，但組織中經常出現的恐懼文化可能會帶來障礙。獲得組織高層支持可以幫助緩解這種情況，并確保如果出了問題，其第一反應不是責備和懲罰。

 

創建促進協作的文化可能很棘手，但它對于在多云環境中取得成功至關重要。托管是一個良好的開端，有助于知識共享和協作解決問題。像對編程這樣的敏捷軟件開發技術也被證明是非常有效的。通過讓幾位編程人員在一個工作站上工作，輪流編寫和審查代碼，團隊可以共享最佳實踐，同時也可以更早地發現問題，進行溝通，增強團隊協作。

 

與協作類似，創建一個以反饋為導向的文化既至關重要又具有挑戰性。如何做到這一點取決于組織擁有的用戶數量。至少需要進行小規模的用戶測試。為了獲得更廣泛的輸入，許多組織現在正在監控社交渠道，以便在應用分析識別趨勢之前獲取用戶意見。不管組織如何收集反饋，關鍵是如何對其做出回應。在過去，當涉及到用戶輸入時，很多人都是抵制的，甚至是敵對態度。但在競爭日益激烈的商業環境中，利用反饋改進產品的能力可以提供顯著的商業優勢。

 

 

這里提倡的許多方法首先在初創公司進行試驗。正如他們曾經使中小企業能夠戰勝更大的競爭對手一樣，現在他們正在顛覆既定的工作方式，以提高組織的敏捷性。盡管這些變化旨在改進云計算開發，諸如加強協作之類的原則也解決了更廣泛的問題，例如影響當今許多組織的技術技能差距。

 

如果有一件事可以幫助組織促進這些最佳實踐，那么將會改變他們與云計算服務提供商合作的方式。為了最大限度地發揮混合多云的潛力，組織需要一個真正的合作伙伴，提供咨詢、支持文化發展和項目合作。