2011年11月30日，由BMC軟件舉辦的云計算管理技術大會在上海舉行，會上各路專家將就云計算愿景、云計算應用、云計算管理、業務服務管理（BSM）等話題展開精彩探討。以下是BMC中國高級軟件顧問李二超先生的精彩演講：

云計算從某種角度來講就像我們要實現的共產主義社會，我們不是為了共產主義而共產主義，實現共產主義的目的是為了更好的生活。同樣，我們之所以建云計算，其目的是為了更好的服務于我們的業務，這是講云計算是我們必須要掌握的一個基本前提。 

[[53204]] 
BMC中國高級軟件顧問 李二超

在這個前提之下，接下來我們將從業務、從應用、從作業的角度來看我們怎么和云計算做相應的配合。我們將從實用化的角度來看，在云計算的時代，我們業務怎么去跑，我們的應用怎么去跑，我們的作業怎么去跑。所以今天下午我演講的題目是作業自動化，演繹在云端。

主要的內容分為四個方面：第一，簡單介紹一下IT發展方向及作業調度的新挑戰。第二，隨著云計算，隨著虛擬化，隨著自動化我們作業方面會做什么調整。第三，介紹BMC Control—M企業級作業調度自動化系統。第四，介紹BMC  Control—M對云計算的支持。

首先看IT發展的方向及作業調度的新挑戰。IT發展的方向主要有四個大的方面，一個方面云計算化，過去，我們主要建設物理設備，在以后我們可能更多會把IT的服務當成一種商品，除了自己去建這些東西，我們可能直接購買相應的服務。比如我需要windos的服務器，我可能直接向公有云購買，這樣做會是一個非常高效的使用。第二，目前這個階段用得最廣泛的是虛擬化的東西，在我們自己的數據中心，信息中心里面都會用到虛擬化的技術。虛擬化方面也正在向云計算方向靠攏，虛擬化是云計算其中一部分。第三方面是移動化，我現在不需要把我的操作人員，管理人員綁在機房里面，而是把他們解放出來，讓他們有活動的自由，這樣方便我們操作的用戶做自助的服務。最后一個方面對IT管理方面的演進。既然我們有云計算的資源，虛擬的資源，從業務來講，這些資源對我來講必須是統一透明的，不管業務跑在物理上，虛擬上還是云計算上，必須要有一個統一的基礎。另外一個方面在云計算時代，一個必須要求就是你要進一步提高它的自動化水平，包括云計算提供的自動化，第二包括作業在云計算資源上執行自動化。所以這是四個大概的方向。

那么在云計算時代，云計算環境下，批量調度的新挑戰在什么地方？可以從幾個方面來看，第一，在云計算時代，你最基本的要求，根據作業處理的需要，根據我們業務的需要，要動態去提供這些資源，云計算核心的概念就是動態隨需的概念，避免人工干預和操作，如果云計算時代還是靠人工去判斷，其實就不是馬拉火車的概念而是馬拉飛機的概念了，所以從效率來講，人工干預是制約效率非常大的瓶頸。第二，要動態分配作業。根據需要選擇作業執行是在物理設備上運行，是在虛擬資源上運行，還是在云計算下運行。第三，我們要做透明化一致化的平臺，我既可以調度物理資源也可以調度云計算資源，在各種平臺上的作業可以有機交互在一起。如果這三個方面不能很好解決的話，就會造成時間上，人力上，跟資源上的浪費。最關鍵是從云計算的核心來講，失去了動態隨需的資源，云計算也就失去了它真正存在的意義。總結下來，我們在云計算需要避免的問題就是避免浪費時間，避免浪費資源，避免增加錯誤，避免存在潛在的風險這幾個大方面。

怎么去解決這樣的問題呢？從我們分析來看，主要幾個方面。第一，建設一個支持云計算的企業級集中作業調度管理平臺。第二，實現作業調度的自動化，同時整合和規范企業里面的批量作業調度。我們要提倡從業務的價值作為核心，把底層的批量處理，把底層的作業及其管理提升到一個戰略的高度。把底層的作業和上面的業務很好的關聯起來。方案解決的問題是，在時間上給我們節約，同時節約我們人力資源，第三避免人工操作的錯誤，最后對客戶來講，對IT來講，最終目的是降低了風險。這是我們解決問題的主要思路。

我們要把整個作業調度系統和IT流程的自動化進行有機的結合。服務器的部署，業務的提供可能都要做自動化，服務器的部署自動化：比如我做一個服務器的提供，我要在上面做升級跟補丁，我需要要跟作業做關聯，我在升級的時候，在重啟服務器的時候不能有作業調度到我服務器上執行。再一個就是業務影響分析，假如底層批量作業出了問題，究竟會影響我哪些應用。還有就是跟事件關聯，這邊作業出了問題是不是可以跟事件平臺進行有效關聯，通知事件平臺進行相應的解決處理。

在云計算的平臺下有一個新的發展方向，所謂作業調度也是一個動態適應的過程，有兩個方面：一個是資源的優化，既然我現在有虛擬化，有云計算資源，既然我有這個資源池，就要根據作業調度的需要啟動這些資源，在作業量大到一定程度的時候，解決不了問題的時候，我才需要這些資源增加進來。第二個方面，動態的自動化。一，我根據現在業務的需要，決定我現在要不要啟動某一個業務的流程，或者某一個作業處理的流程。二，易于使用，根據用戶的要求，并不是把整個作業調度放在后臺通過運行中心集中進行管理，而是我給業務用戶也提供了視角，業務用戶可以看到作業運行的情況，它可以觸發、暫停業務的執行。所以：一個是動態的自動化一個資源的優化，分別是跟云計算和虛擬化做了緊密的結合。

另外看BMC CONTROL—M驅動作業調度在云端。首先是云計算，可以支持運行在云和虛擬化之上的業務應用。第二是虛擬化，通過批處理業務流程管理VMware基礎架構。還有一個是移動技術，BMC Control-M提供自助服務，支持移動化。最后一個是IT管理演進，批量處理業務服務和服務器自動化交互，業務自動化和IT流程無縫集成。我們來看一下CONTROL—M的產品，這在BMC是一個旗艦的產品，年收入是3億美金，超過全公司業務收入的10%左右。超過2700家用戶，遍布全球。CONTROL—M產品有超過300人的專職研發團隊，年收入的20%用于產品研發，可以不斷根據客戶使用的需求，比如云計算虛擬化，自動化擴充產品的能力，以順應產品的潮流。這個產品是有30年的歷史，產品的更新方面我們保持每兩年有一個大的版本的更新，我們在實際的使用過程中，大量的客戶其實是從其他作業調度系統遷移過來的，我們因此定制了一些自動化的遷移工具，方便用戶的遷移。

下面是CONTROL—M實現IT運行的簡約化、智能化、自動化。把運行走私在底層基礎架構上的批量作業跟上層業務有效的關聯起來，作為CONTROL—M來講，是從業務角度看底層的基礎架構或者云計算的環境。理想的作業調度方案包括四個大的方面，一個方面是單點控制統一調度，我們要真正建立起企業級的作業調度系統，不管運行在物理上，虛擬上，云計算上，我統一在一個地方對所有作業進行跨平臺管理，對這個系統來講，基本要求就是易擴張高可靠性的體系架構，不論是分階段部署也好，還是以后隨著業務的擴張，我要不斷增大規模也好，系統必須支持易擴展的架構。第二，超越監控，智能管理。就是說這個系統必須支持強大的排程能力。并有完善的意外管理及告警，我作業在運行時候出錯了，我對各種錯誤信息的不同可以自動進行處理。可以進行動態調度及分析，再一個作業負荷的虛擬化跟云計算。第三是作業生命周期管理。比如一個企業，你有一萬個作業，或者兩萬個作業構建在一個系統上面，那么對這些作業的定義，更新，版本，備份就是非常現實的問題，提交，等待，運行，返回，分析這些是放在數據庫里面，我怎么利用這些信息，怎么把這些信息變成有價值有意義的資產，可以為以后更精細化的管理服務，這也是一個現實的挑戰。最后必須要有豐富的報告和審計功能，可以把調度系統里面所進行的定義，運行，或者監控方面的事情做相應的審計和報告。第四個是關聯業務服務管理。

我們來看一下BMC CONTROL—M具體的界面，這是一個實時運行的作業流程圖。管理員可以實時看到運行的情況，通過這一套系統實現了作業管理的集中化，自動化和可視化，整個作業的運行，同時對作業的監控也可以放在一個界面里面，我可以讓一個作業暫停，可以改變它的屬性；我可以看這個作業運行的時候究竟有哪些系統輸出，我還可以看到它執行的腳本里面有什么樣的內容，并且編輯這些腳本，所以實現監管控一體化作業調度的辦公室。除了對現在情況了解之外還可以知道過去，我過去是一個什么樣的情況，對歷史信息的收集。再一個從將來來看運行的狀況是什么樣的，到月底的時候我哪些作業會跑，作業流的架構是不是符合我的要求。另外我們整個作業定義的界面也支持文本導入的方式。最后我們對自己本身模塊的管理，可以在統一的平臺上把它給管理起來，在這里我們可以看到，我們自己有多少個服務器，有多少個代理，代理運行的狀況怎么樣都一目了然。

接下來看一下CONTROL—M提供的自助服務。把業務當前實際運行的狀況提供給操作管理人員，可以通過Ipad等其他移動終端登入上來看運作的情況，并且對作業進行相應的控制。下面再來看一下CONTROL—M實現云及虛擬化環境的動態作業管理。再來看一下CONTROL—M使云環境支持大規模批處理的流程。CONTROL—M會根據預定的模版向云計算生命周期管理的API發出請求，服務的策略引擎會根據需要部署這些云計算資源，接下來CONTROL—M在這些資源上支撐作業，如果在作業支撐過程中發現資源不夠，可以請求更多的資源。

對于作業調度系統在支持云計算前后究竟有哪些區別？比如早上在北京大家都著急去上班，路的資源是有限的，如果在特別擁堵的時候，就會發生限流的情況，在作業防范的時段并沒有辦法有效的提供全面服務等級的保障，只能說誰的優先等級高我先滿足誰。在IT的環境方面可以根據業務的需要增加業務資源。第二，比較全面的滿足服務的優先等級。第三，充分協調業務處理和系統運維。第四，隨需使用和釋放資源。這里面究竟我們怎么來實現呢？云計算的概念非常廣，以后完全是一個云計算生命周期管理的概念，目前我們對于云計算的主流技術我們是怎么去支持呢？在我們需要資源的時候，我們會直接向bladelogic請求資源。從應用層面來講，CONTROL—M可以和bladelogic進行有效的集成，作業的依賴關系可以通過CONTROL—M統一進行調度，在你升級的時候我就不發作業給你了，但是如果有很緊急的作業要跑的時候，我就不讓你去升級，或者把你的升級窗口往后延遲。我們可以看一下對bladelogic集成的界面，比如對服務器的審計，執行完之后就可以直接看審計的結果。第二個方面，我們來看CONTROL—M與Vmware的集成，Vmware主要是幾種類型，第一種是啟動型的任務，比如我對客戶操作系統的重啟和關機。第二，配置型任務，我去克隆一個虛擬機，我根據模塊部署一個虛擬機，或者我對現在的虛擬機重新調整配置，再有就是我把當前運行在某一個硬件的虛擬機遷移到另外一個地方去。第三個方面任務是快照型任務，我可以攝制快照，恢復快照，刪除快照，刪除所有快照。對Vmware的集成可以根據規劃方案的需要，根據業務的需要啟動虛擬機，這樣我們就做到了綠色的IT，在我需要的時候把機器重啟，在不需要的時候關掉。最后我們來看一下CONTROL—M在整個Vmware環境里面，可以動態遷移Vmware的環境起來加入到集成環境里面來。

最后看一下主流的公共云Amazon EC2，公共云來講成本相對比較低，對資源使用也是比較好的節約方法，我們可以根據Amazon EC2進行有效的結合，我們可以根據平均消費群部署，或者隨需自動請求資源，調整資源，我們可以把EC2的資源釋放出去。如果你能根據需要自動起動，自動釋放對你來講成本的節約是不言而喻的結果。另外一個方面，我們可以根據預定的模版去創建新的Amazon實例。

CONTROL—M功能使其方便且現實。一個是無代理技術，告訴代理你要在這臺機器上執行什么樣的作業，但是在云計算時代部署代理顯然不是特別現實，或者說操作難度比較大，我們可以用無代理技術，把新的虛擬機或者新的云計算資源建立起來之后，可以通過通道讓作業執行在云計算資源上執行。第二，CONTROL—M配置管理器可以把Vmware等帳號配置在我的管理系統當中去，這樣在定義作業的時候，可以直接通過雙向集成把服務器自動化和虛擬機自動化或者云計算自動化的工作作為一個作業配置在CONTROL—M里面。第三方面就是內置的腳本，我的作業不放在云計算資源上，而是把腳本放在調度系統里面去，當我需要你執行的時候，我把腳本傳遞給你讓你執行。最后一個是動態節點組，我這個節點組由幾臺機器構成，根據時間，業務的需要可以決定節點組把哪些節點退出去，把哪些節點加入進來。

我們可以看出，CONTROL—M自動化平臺跟云計算虛擬化做了一個有效的集成，可以實現單一節點管理所有作業自動化的任務。第二，實現動態雙向安全連接，利用歷史信息，避免了手工出錯的過程。第三，內置集成市場領先的云計算和虛擬化技術。第四個方面是提供自動故障恢復機制。CONTROL—M有一個非常獨特的特點，每個作業執行完之后會做事后分析判斷，根據分析判斷結果來決定你接下來要做什么動作，可以啟動某一個作業流，對目前的故障進行自動化處理。最后一個是提供操作運行角度透明性，對不管是在云計算資源上，還是在物理資源上，還是在虛擬化資源上統一調度分析和進行管理。

BMC CONTROL—M關鍵成功因素在哪里呢？我們根據客戶使用過程中遇到的各種不同問題，不斷豐富，不斷更新我們的產品，這個產品的安全性，穩定性和可靠性是作為基礎不斷被國外、國內用戶去驗證，比如國內有多家用戶連續運行多年，這個系統沒有產生因為系統軟件的問題停機，有相當高的穩定性。在拓展性，易用性和前瞻性方面也做得非常好。另外安全性，穩定性，可靠性方面，做了具體細節的考慮，查找更新方面，版本管理方面，動態分支方面都有獨到的功能跟特點。前瞻性方面，CONTROL—M產品，每兩年做一個大的版本升級每一年做一個小的版本升級，這個過程之中始終是看著業界新的IT發展的趨勢，順應IT發展的趨勢，比如剛才提到的云計算、虛擬化，移動化，同時也在作業調度的專業領域引導作業調度領域潮流，所以這是CONTROL—M成功的一個關鍵因素。CONTROL—M用戶遍布全球，包括銀行業用戶，證券類用戶還有制造類用戶使用CONTROL—M產品，去改善IT運行的效率，實現IT運行的簡約化，系統化跟智能化的過程。