云管理平臺成功要素——強大的自動化集成

自動化對于有效的基礎設施管理至關重要。當 IT 團隊必須管理數百甚至數千個應用程序和服務器時，手動操作不僅效率低下，而且難以完成。

強大的自動化確保了為企業中的 IT 客戶提供無縫的用戶體驗，騰出時間以便 IT 可以專注于戰略計劃，并降低人為錯誤的風險。簡單地說，自動化對于真正的數字化轉型至關重要。

但自動化不會自行發生。它需要工具和流程的緊密集成。不能集成的東西是無法自動化的。雖然自動化的好處很多，但未能專注于集成意味著自動化工作停滯不前或計劃的完全失敗。

1、自定義代碼泥潭

企業將越來越多的投資用于自動化工具，例如 Terraform、Ansible、VMware vRealize 和 Kubernetes，以優化配置其混合云基礎架構。但每個自動化工具都需要與底層安全、備份和網絡端點解決方案集成。

由于這些解決方案通常來自多個供應商——Solarwinds 的 IP 地址管理 (IPAM)、Microsoft Active Directory、Bluecat 的 DNS 等等——與自動化工具和端點的集成通常涉及自定義編碼。

許多云管理平臺 (CMP) 確實為選定的工具提供了預構建的集成，但這些集成通常很淺，并且只有基本功能。例如，每個提供者都有一個開箱即用的命名選項。但是命名是一項復雜的任務，一個通用的插件無法充分處理它。因此，為了適應特定環境或用例，企業團隊最終仍必須使用自定義代碼來擴充插件。

自定義編碼會消耗大量時間、金錢和資源。通常，企業會花費巨額資金將流程外包，或者更糟糕的是，讓企業自己的 IT 人員編寫和維護數千行代碼來集成自己的自動化工具。

Standish Group的研究表明，52% 的自定義編碼項目最終的成本至少是其最初估算的 189%，而 19% 的自定義編碼項目從未最終完成。

拋開成本不談，自定義編碼會增加復雜性并使治理復雜化，從而導致企業變得不那么敏捷并隨著時間的推移積累技術債務。無論企業團隊一開始編寫了多少自定義代碼，都必須不斷更改和更新，以保持互操作性、安全性和合規性。企業還必須修改代碼以適應新的集成并在未來采用更多尖端技術，這些改進是永無止境的。

例如，假設企業想要集成人工智能 (AI) 和機器學習 (ML) 工具來對其 IT 系統進行分析、報告或性能管理。這些工具將如何從自定義編碼的工作流程中提取數據？AI 不能應用于自定義編寫且在業務邏輯中具有獨特性的語言。企業不能通過 API 發送專有的自定義代碼。IT團隊將不得不手動檢查數千行代碼來確定它是什么、為什么存在以及它背后的業務邏輯。

這種擔憂遠非學術上的，許多企業現在正在從 vRealize Automation 7 遷移到vRA 8。那么他們必須為 vRA 7 構建多少自定義代碼？這些公司現在面臨著遷移所有集成的艱巨任務。如果這些公司也投資了 Terraform、Kubernetes 和 Ansible，那么他們的麻煩就會成倍增加。

2、還有其他選擇嗎？

盡管自定義編碼既繁瑣又昂貴，但大多數企業仍然認為它是不錯的選擇。最佳編排需要強大的自動化。沒有它，混合云部署將無法滿足數字化轉型的需求，使公司處于競爭劣勢。

自定義編碼的替代方案是使用單一的成熟供應商和他們提供的本機工具，這些工具都具有內置集成功能。這似乎是最安全的選擇，但這種方法有很大的缺點。開箱即用集成的局限性很快就成為一個問題，因為這些集成是有意構建為通用的。如果它們不能提供滿足企業所需的功能，那么企業將會面對被動的局面。

原生工具不僅限制了企業的集成選項，而且會使企業難以更換不能滿足其業務需求的供應商。但是承擔昂貴、永無止境的自定義編碼負擔是不可取的，而且越來越不切實際。企業還有一個更好的選擇，它將極大地改變當今的云管理模式。

3、自動化中間件：創造無痛苦集成的未來

現在存在一種自動化中間件技術，它允許企業團隊將工具與簡單但強大的配置集成在一起，從而消除了對自定義代碼或單一的專有供應商的需求。

中間件抽象層為企業希望添加到基礎設施生命周期管理的工具配備了預構建的集成。企業不再需要創建自定義代碼來連接自動化工具和底層端點。上游自動化工具通過支持的插件、提供商和 API 輕松使用下游集成策略。企業可以定義一次集成策略，并使它們可用于任何工具，即使在非常復雜的場景中也是如此。

傳統上，云管理的支柱是自動化和編排，而集成更多是事后才想到的，而且成本很高。但現在，進行自定義編碼的集成是有意義的。企業需要他們投資的自動化工具的全部功能，他們需要一種最佳的、多工具的方法來保持競爭力。

如今，自定義編碼不再是必要的，并且圍繞可擴展性構建了高級 CMP。集成正迅速成為一項核心能力，與自動化和編排功能一樣重要。如果企業想充分發揮混合云的潛力，一定要有高級云中間件自動化和集成，這將決定企業未來的成功。