組件化的應用程序為運營生命周期管理提出了挑戰(zhàn)，特別是部署和重新部署時。當企業(yè)跨越單個云平臺時，這只會變得更具挑戰(zhàn)性。
多云項目包括來自多個供應商的混合和公共云，整合這些云平臺比較困難，因為他們使用不同的管理模式。通過DevOps工具進行自動化部署可以減輕并發(fā)困難，但主要用于數據中心的使用，并且缺乏處理云計算的彈性和可移植性的能力。此外，DevOps工具不是針對端到端，全面的操作自動化，大多數是以部署為中心的，云計算需要更多的，那就是運行自動化的云管理平臺IBM Cloud Orchestrator。
IBM Cloud Orchestrator的特點和功能
IBM的云愿景包括更廣泛的協作，智能城市，物聯網以及通常被視為未來云應用的其他業(yè)務目標，而不是IT架構。 IBM Cloud Orchestrator反映出需要更復雜的應用程序生命周期管理來處理復雜的IT和業(yè)務框架。云管理平臺組織和管理應用程序來支持業(yè)務目標，而不僅僅是部署規(guī)則。
IBM Cloud Orchestrator將云部署的三個要素放在用于訂單和控制的模板中：基礎架構服務，應用程序平臺，治理。圖形界面使用戶能夠為每個模板定義控制結構，并為其導入第三方元素。所有這些元素都通過IBM的業(yè)務流程管理器(BPM)進行集成，該流程管理器可以追溯到根業(yè)務活動。
應用程序，基礎架構和平臺描述是高度抽象的模式，這意味著用戶可以用一般的術語定義部署，然后描述這種通用方法如何應用于任何云或私有IT平臺。組合在一起以創(chuàng)建預定義表單的各種步驟的模式也可以引用已經在使用的DevOps工具。通過這種方式，管理員可以使用端到端業(yè)務流程連接DevOps孤島。組織可以使用IBM Cloud Orchestrator來協調云計算提供商提供的業(yè)務流程工具之間的差異，以及容器和虛擬機之間的部署差異。
IBM公司的云管理平臺是事件驅動的，這使得它非常適合于控制多云環(huán)境，在其中托管的所有云和組件中的條件完全是異步的。事件觸發(fā)由用戶或第三方供應商定義的操作，這些操作類似于生命周期過程。
使用IBM Cloud Orchestrator，多云用戶可以導入，部署和導出云應用(TOSCA)服務模板的拓撲和業(yè)務流程規(guī)范，作為平臺和基礎架構元素的模式。由于TOSCA的接受度在不斷增加，因此將多個提供商的云計算描述融合在一起。TOSCA模型包括三個計劃：結構，建設和管理，云管理平臺的原型采用這種方法。
開始使用IBM Cloud Orchestrator
使用IBM云管理平臺的第一步是將應用程序的操作生命周期定義為一組使用BPM的業(yè)務流程。這概述了完成部署的抽象步驟集，以及操作期間可能出現的事件，如故障或縮放。 IBM Cloud Orchestrator控制臺使用簡單的拖放步驟來簡化此過程?？紤]分層定義：例如，部署工資單系統的步驟可能會分解為多個BPM流程，每個應用程序一個流程。
接下來，為每個應用程序及其托管環(huán)境定義模式。模式可以描述單個部署和集群，POD或組部署。用戶可以在多云環(huán)境中為每個云平臺描述不同的模式。記住定義結構，組件的工作流鏈接映射以及與每個事件相關聯的管理事件，規(guī)則和過程描述，包括部署請求。
如果這一切都是正確的，IBM Cloud Orchestrator將自動管理整個應用程序生命周期。它可以平衡多云之間的工作，公共云和數據中心之間的轉移，備份一個設備到另一個等。簡而言之，IBM的云管理平臺組織了處理多云的環(huán)境。
IBM Cloud Orchestrator可能難以學習和使用，而沒有IBM承諾的組織可能會遇到一些挑戰(zhàn)。IBM公司和第三方合作伙伴提供學習資源來克服這一障礙。
京公網安備 11010502049343號