IBM Cloud Orchestrator可消除跨多个云环境的差异

学习使用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 Cloud Orchestrator

使用IBM云管理平台的第一步就是要将应用程序的运行生命周期定义为一组使用BPM的业务流程。这是为了概述完成部署所需的抽象步骤集以及操作期间可能发生的事件，例如故障或规模变化。IBM Cloud Orchestrator控制台使用简单的拖放操作来简化这一流程。考虑分层定义：例如部署工资单系统的步骤可以分解为多个BPM流程——每个应用一个流程。

接下来，就是为每一个应用程序及其托管环境定义模式。模式可以描述耽搁部署和集群，pod或组部署;用户可以为多云环境中的每一个云平台描述一个不同的模式。记得要定义结构(即组件的工作流链接映射)以及与每个事件相关的管理事件、规则和流程描述，其中包括部署请求。