學習使用IBM公司的云管理平臺是一項有一定難度的事情，但是相對于在多個云環境中痛苦的管理問題，學會并使用IBM Cloud Orchestrator還是大有益處的。

組件化應用程序對運行生命周期管理提出了挑戰，特別是在部署和重新部署中。當使用一個以上的云環境時，這只會變得更具挑戰性。 包括來自于多家供應商的混合云和公共云在內的多云項目會進一步讓這些難題更加復雜化，因為他們使用了不同的托管模式。

使用開發運營工具來實現部署自動化可以簡化此類難題，但這些工具主要是專為數據中心應用而開發的，它們缺乏處理云彈性與可移植性需求的能力。此外，開發運營工具并不是針對端到端、全規模、自動化的運營應用的;它們大多數都是以部署為中心的，而云需要的更多。

因而，應用于運營自動化的云管理平臺——IBM Cloud Orchestrator應運而生了。

IBM Cloud Orchestrator的特點與功能

IBM公司的云規劃愿景包括更廣泛的協作、智能城市、物聯網以及通常被視為未來云應用的其他商業目標，其中沒有IT架構。IBM Cloud Orchestrator的問世正是反應了業界對于更復雜應用程序生命周期管理的需求，以便處理和應對復雜的IT和業務框架。云管理平臺組織和管理應用來支持業務目標，而不僅僅只是部署規則。

IBM Cloud Orchestrator將云部署的三個要素納入了用于訂單和控制的模板中：基礎設施服務、應用程序平臺與治理。圖形界面可讓用戶能夠為每個模板定義控制結構并為其導入第三方元素。所有這些元素都通過IBM公司的業務流程控制器（BPM）進行集成，這個業務流程管理器能夠回朔至根業務活動。

這些應用程序、基礎設施和平臺描述都是高度抽象的模式，這意味著用戶可以先通過一般術語進行部署定義，然后描述通用方法是如何應用到任何的云或私有IT平臺。所謂模式是指各種拼接在一起且能夠創建一個預定義形式的步驟，它們也可引用已經在使用的開發運營工具。通過使用這種方法，管理員可以使用端到端的業務流程連接各個開發運營部署。用戶可以使用IBM Cloud Orchestrator來協調各家云供應商所提供編排工具之間的差異，以及容器與容器、虛擬機與虛擬機之間的部署差異。

IBM的云管理平臺是事件驅動的，這使得它非常適用于控制多云環境，在多云環境中所托管的所有云和組件都完全是異步的。事件觸發由用戶或第三方供應商定義的操作，而這些操作都類似于生命周期過程。

通過使用IBM Cloud Orchestrator，多云用戶可以導入、部署和導出TOSCA服務模板作為平臺和基礎設施元素的模式。因為TOSCA的接受度在不斷增加，所以它是來自于多家供應商云描述組合的重要資源。TOSCA模式包括了三個計劃：結構、建設和管理。云管理平臺的原型采用了這種通用方法，并似乎強烈地吸引了TOSCA課程。

使用IBM云管理平臺的第一步就是要將應用程序的運行生命周期定義為一組使用BPM的業務流程。這是為了概述完成部署所需的抽象步驟集以及操作期間可能發生的事件，例如故障或規模變化。IBM Cloud Orchestrator控制臺使用簡單的拖放操作來簡化這一流程。考慮分層定義：例如部署工資單系統的步驟可以分解為多個BPM流程——每個應用一個流程。

接下來，就是為每一個應用程序及其托管環境定義模式。模式可以描述耽擱部署和集群，pod或組部署；用戶可以為多云環境中的每一個云平臺描述一個不同的模式。記得要定義結構（即組件的工作流鏈接映射）以及與每個事件相關的管理事件、規則和流程描述，其中包括部署請求。

如果所有這些定義都正確完成，IBM Cloud Orchestrator將自動管理整個應用程序生命周期。它可以實現在多個云環境之間的工作負載平衡、完成公共云和數據中心之間的負載遷移、設施備份等等。簡而言之，IBM公司的云管理平臺能夠讓一個處理多云的應用環境正常運行。

IBM Cloud Orchestrator可能是難以學習和使用的，而那些不擁有強大IBM支持的企業可能會在實際應用中遇到一些挑戰。IBM和第三方合作伙伴為幫助企業用戶掃除這些應用障礙提供了學習資源。