解構BMC應用管理 BSM是基石
原創當企業實現了IT基礎架構自動化、IT流程監控后,他還能做什么呢?近兩年開始,應用管理的市場需求不斷升溫,企業不再只追求基礎架構方面的監控,而更多開始往上層應用發展,畢竟,應用才是企業的核心業務。但是應用管理在國內發展成熟度還不高,很多企業沒有真正認識到應用管理究竟是用來做什么的?近日,記者專訪了BMC軟件北亞區***顧問畢巍,來分享他對應用管理的認知以及BMC在應用管理方面的解決方案和特色。
BMC軟件北亞區***顧問畢巍
解讀應用管理
應用管理的全生命周期可以分為兩大階段,開發測試階段和運行維護階段,開發測試階段包括開發與功能測試和集成測試環節,運行維護階段要涉及應用發布、配套基礎架構變更、基礎監控、應用監控等環節。一個應用在功能開發測試后,要經過集成測試才能從開發中心進入到數據中心進行發布;應用發布完后,配套的基礎架構要有相應的變更,部署應用的時候需要調節網絡、服務器等基礎架構,當應用上線后,就要進入到應用監控以及與應用相關的基礎架構監控。
應用管理的全生命周期
2011年,調研公司Forrester發布了關于應用管理的分析報告,其中羅列了行業內比較常用的十種技術。用戶體驗監控:包括主動式和被動式;應用監控:應用代碼診斷和優化、應用平臺監控和套裝軟件監控;應用基礎架構監控和監控:技術架構監控、數據庫監控、中間件監控、IaaS云環境監控;以及儀表盤與報表。
如果將Forrester羅列的十種技術在全生命周期中有個定位的話,在開發與功能測試階段有應用代碼診斷和優化,在運行維護階段,應用監控包括主動式用戶體驗監控、被動式用戶體驗監控、應用平臺監控、套裝軟件監控,基礎架構運行階段主要是基礎建構監控、數據庫監控、中間件監控以及IaaS云環境監控。此外,BMC也有自己的一套應用管理技術,在Forrester的技術基礎之上,BMC還增加了應用發布環節的應用自動化發布管理,應用監控階段還包括應用日志監控和解讀、應用故障診斷與定位、應用擴容預測與管理,在配套基礎架構變更環節包括配套基礎架構自動化變更管理,在運行維護階段,還有基于應用業務影響分析模型的綜合監控,以及端到端的應用運行狀態儀表盤展示。
諸如一般典型的大型銀行,每年的應用變更在六千次左右,當出現問題后,要做深度的應用代碼的診斷與優化是否可以在生產系統直接進行呢?畢巍告訴記者,現在市場傳遞的信息比較混亂,造成理解的錯誤。“如果出現錯誤,將應用代碼的診斷與優化運行在生產系統中運行,會把整個生產系統的資源全部耗光。應用故障診斷和定位的目的不是真正發現哪一端代碼出現問題,而是把問題代碼隔離開,將隔離的代碼放到開發中心進行錯誤解析診斷,而后打補丁做修正,經過集成測試后再發布。”
BMC應用管理能力的特色
BMC軟件的業務服務管理 (BSM) 平臺能為各個領域的應用管理產品提供端到端的解決方案,BSM將整個IT的管理分成四個大的領域:一是IT規劃和治理;二是與流程相關的需求與支持;三是與自動化相關的部署與配置;四是運營與監控,包括應用監控、性能監控等。BMC以CMDB配置庫為中心,圍繞四大領域提供了多種相關產品。
BMC應用監控解決方案分為五大類:應用可用性管理/應用性能管理,應用系統監控,被動式用戶體驗管理,主動式用戶體驗管理,應用問題深層定位及追蹤。被動式用戶體驗管理可以測量應用相應時間、可用性和精確性;主動式用戶體驗管理可以實時獲取用戶使用及應用狀況。主、被動式用戶體驗管理有何區別呢?畢巍認為,被動式用戶體驗管理主要是截包,主動式體驗管理是模擬交易。BMC的被動式監控的機制是指在整個應用數據流過程中,選取幾個關鍵點進行應用截包,而后作分析處理,變成儀表盤,從而可以實時查看應用情況。主動式體驗監控是主動模擬用戶業務交易的動作,從而監控應用的性能以及相應的處理時間。通過業務監控可以更加有效了解業務服務質量,結合系統監控提高服務的穩定性。
在數據中心里,某一個交易出現錯誤后,可能會有很多告警,但究竟哪個告警是最關鍵的,哪個是最主要的問題所在呢?BMC提供故障輔助判斷功能,幫助用戶做智能的、自動的故障判斷,而這離不開自動規則學習功能,通過基于學習的規則,將出錯的告警按照優先級進行排序,再結合故障診斷和定位工具來查找錯誤的根本原因。畢巍表示,“所謂的規則自學習就是通過積累了一定時間的性能數據,當數據發展變化與歷史數據發生不匹配時,就會發出預警,避免問題擴大。”
傳統的應用發布過程會經過研發、測試、生產,郵件Word的交互,FTP的方式來傳送代碼,然后逐步推送到生產環境里,這一過程存在較大的壓力,根據Forrester的調研報告指出,在整個應用發布過程中,引起應用宕機的,40%是因為人為配置錯誤,30%是因為軟件本身質量,20%是因為缺失補丁。自動化可以大大減少手工重復工作并且可以提高操作的準確性,因而逐漸被業界認可。BMC的Bladelogic應用發布自動化方案針對企業級應用復雜的發布過程,對發布的對象實現了集中的對象化管理,同時可以配套將系統級的發布和應用打包統一進行應用發布工作。
誰需要應用管理
機房的問題解決了才考慮服務器的問題,機房如果不穩定服務器是不可能穩定的,而那時服務器的問題大多都是由于溫度、漏水等原因引起的,機房過關后,才會到服務器、網絡,再往上才是應用的監控。
企業在進行應用管理前,首先要明確具體的需求,了解甲方的成熟度。第二就要進行功能的選擇了,究竟該如何搭配呢?畢巍解釋說,“如果企業的應用平臺有套裝軟件,就要有應用平臺監控和套裝軟件監控。其次,應用日志監控和應用日志數據的解讀也是必選的。主動式、被動式用戶體驗監控二選一。當企業把基礎架構監控和應用監控整合后,就可以進行故障診斷,進而可以做應用擴容預測。”
應用管理現在主要還集中在金融和電信行業,因為這些行業的客戶相對成熟,基礎架構相對比較完善,數據中心搭建的比較好,基礎架構監控都實現后,就要面對應用管理的問題,因此,應用管理在金融和電信行業需求比較大。