组件化的应用程序为运营生命周期管理提出了挑战，特别是部署和重新部署时。当企业跨越单个云平台时，这只会变得更具挑战性。
多云项目包括来自多个供应商的混合和公共云，整合这些云平台比较困难，因为他们使用不同的管理模式。通过DevOps工具进行自动化部署可以减轻并发困难，但主要用于数据中心的使用，并且缺乏处理云计算的弹性和可移植性的能力。此外，DevOps工具不是针对端到端，全面的操作自动化，大多数是以部署为中心的，云计算需要更多的，那就是运行自动化的云管理平台IBM Cloud Orchestrator。
IBM Cloud Orchestrator的特点和功能
IBM的云愿景包括更广泛的协作，智能城市，物联网以及通常被视为未来云应用的其他业务目标，而不是IT架构。 IBM Cloud Orchestrator反映出需要更复杂的应用程序生命周期管理来处理复杂的IT和业务框架。云管理平台组织和管理应用程序来支持业务目标，而不仅仅是部署规则。
IBM Cloud Orchestrator将云部署的三个要素放在用于订单和控制的模板中：基础架构服务，应用程序平台，治理。图形界面使用户能够为每个模板定义控制结构，并为其导入第三方元素。所有这些元素都通过IBM的业务流程管理器(BPM)进行集成，该流程管理器可以追溯到根业务活动。
应用程序，基础架构和平台描述是高度抽象的模式，这意味着用户可以用一般的术语定义部署，然后描述这种通用方法如何应用于任何云或私有IT平台。组合在一起以创建预定义表单的各种步骤的模式也可以引用已经在使用的DevOps工具。通过这种方式，管理员可以使用端到端业务流程连接DevOps孤岛。组织可以使用IBM Cloud Orchestrator来协调云计算提供商提供的业务流程工具之间的差异，以及容器和虚拟机之间的部署差异。
IBM公司的云管理平台是事件驱动的，这使得它非常适合于控制多云环境，在其中托管的所有云和组件中的条件完全是异步的。事件触发由用户或第三方供应商定义的操作，这些操作类似于生命周期过程。
使用IBM Cloud Orchestrator，多云用户可以导入，部署和导出云应用(TOSCA)服务模板的拓扑和业务流程规范，作为平台和基础架构元素的模式。由于TOSCA的接受度在不断增加，因此将多个提供商的云计算描述融合在一起。TOSCA模型包括三个计划：结构，建设和管理，云管理平台的原型采用这种方法。
开始使用IBM Cloud Orchestrator
使用IBM云管理平台的第一步是将应用程序的操作生命周期定义为一组使用BPM的业务流程。这概述了完成部署的抽象步骤集，以及操作期间可能出现的事件，如故障或缩放。 IBM Cloud Orchestrator控制台使用简单的拖放步骤来简化此过程。考虑分层定义：例如，部署工资单系统的步骤可能会分解为多个BPM流程，每个应用程序一个流程。
接下来，为每个应用程序及其托管环境定义模式。模式可以描述单个部署和集群，POD或组部署。用户可以在多云环境中为每个云平台描述不同的模式。记住定义结构，组件的工作流链接映射以及与每个事件相关联的管理事件，规则和过程描述，包括部署请求。
如果这一切都是正确的，IBM Cloud Orchestrator将自动管理整个应用程序生命周期。它可以平衡多云之间的工作，公共云和数据中心之间的转移，备份一个设备到另一个等。简而言之，IBM的云管理平台组织了处理多云的环境。
IBM Cloud Orchestrator可能难以学习和使用，而没有IBM承诺的组织可能会遇到一些挑战。IBM公司和第三方合作伙伴提供学习资源来克服这一障碍。
京公网安备 11010502049343号