相信大部分企業采用多云戰略的初衷是選擇一套***自身需求的服務。但當云服務數量成倍增長時，管理的復雜性也日益水漲船高。市場中存在一些工具可能會為企業提供幫助，但他們也需要進行謹慎選擇。

[[257802]]

對于企業來說，很不幸，云管理工具市場越不斷發展，他們就越難找到合適的工具。比如市場整合就是企業需要考慮的眾多因素之一。一些領先的供應商已投入別人門下，比如微軟收購了Cloudyn，VMware收購 CloudHealth Technologies。在未來，這樣的整合有可能會減緩這些第三方工具廠商的研發勢頭，企業組織需要考慮其首先供應商所有權的變化是否會影響到產品，并最終影響到云管理策略。

此外，專用的多云管理工具，比如那些為安全性、成本和性能而構建的工具，并不總是許多企業的***目標。編排框架(如Kubernetes)和在其上構建的應用程序平臺有時可以為多云部署提供更多的管理一致性。OpenShift等產品底層抽象基礎設施，會將管理視為一個基礎架構組件，而不是事后才使用的工具。

在過去的幾年中，云管理工具發生了很大的變化。這些工具曾經被用作中間服務或抽象層，以將公有云(成本)壓縮到最小。但是，隨著組織轉向更高級別的云服務和敏捷開發實踐，這些工具現在更多強調的是對自動化和治理的支持。

下一代的云管理工具和方法側重于以下三個特性:

自動化

以操作系統為中心的工具會跟蹤組件從而滿足需求并處理云服務。它們通過自問“什么”和“誰”等問題來自動幫助企業實現安全性。例如，他們可能會跟蹤哪些開發人員正在使用哪些特定的服務，用于什么目的和什么時候。該工具記錄所有服務使用情況，以支持自動更新、更改管理和配置管理，這些是開發和操作的基礎。

抽象

這種方法會在云原生服務之上部署服務，并創建一種跨不同云的平臺查看存儲、計算、安全性和其他資源的單一方式。其思想是提供一種查看存儲、計算和其他相關IT概念的通用方法，以便將后端降低到本機API級別。這種技術減少了人為干預，從而限制了錯誤，加快了管理。

但是，請記住，如果企業在抽象服務下隱藏了更多的本地服務，那么他們將稀釋這些服務的價值。例如，如果使用公有存儲概念，并且只使用服務來存儲、檢索和刪除，那么企業可能會錯過僅限于單個提供者的本地服務，比如回滾(rollback)。

容器編排

容器編排(Container orchestration)借助Kubernetes等技術而流行，它支持云原生服務的管理，因為該技術會將企業編排為一種容器，并使用容器編配工具進行歸集和管理。

企業可以共享資源，并將不同容器作為單個集群或組進行擴展和管理。開發人員和操作團隊可以更好地控制他們的工作負載，因為他們可以將容器作為微觀或宏觀概念來處理。

這種方法以開發人員和操作系統為中心，可以提供云之間的可移植性。很多企業已經使用了這些工具，因為容器是標準化的，沒有與任何技術堆棧相結合。然而，并不是所有的應用程序都可以輕松地放置在容器中。例如，COBOL和基于文件的數據庫系統沒有很好的容器部署類別劃分。這需要重新開發工作和重新部署工作。

云管理工具的下一個目標是什么?當前的市場環境表明，企業對云管理的需求非常明顯。大多數企業無法抗拒使用多個云，因此需要有工具來支持企業大規模使用云。

企業可以注意的一點就是供應商是否關注利用機器學習來支持這些工作。CA Technologies和Densify等公司已經在自己的服務中加入了人工智能，它們希望在未來幫助企業管理跨多個環境的工作負載時，人工智能將成為更多公司關注的一個領域。