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