IBM APM 解決方案咨詢

IBMTivoliAPM解決方案咨詢HOBBIT2077應用系統(tǒng)管理的維度2應用運維管理ApplicationOperationManagement應用開發(fā)管理ApplicationDevelopmentManagement應用系統(tǒng)管理ApplicationSystemManagement+=應用交易管理ApplicationTransactionManagement應用基礎設施管理ApplicationInfrastructureManagement應用配置管理ApplicationConfigurationManagement應用運行時管理ApplicationRealtimeManagement應用運維管理ApplicationOperationManagement應用開發(fā)管理ApplicationDevelopmentManagement應用系統(tǒng)管理的維度3應用運維管理ApplicationOperationManagement應用開發(fā)管理ApplicationDevelopmentManagement應用系統(tǒng)管理ApplicationSystemManagement+=應用交易管理ApplicationTransactionManagement應用基礎設施管理ApplicationInfrastructureManagement應用配置管理ApplicationConfigurationManagement應用運行時管理ApplicationRealtimeManagement應用運維管理ApplicationOperationManagement應用開發(fā)管理ApplicationDevelopmentManagement應用系統(tǒng)管理應用交易管理：關注應用程序的運行，應用交易，應用交易所體現(xiàn)的業(yè)務功能管理應用基礎設施管理：關注是應用所直接依賴的平臺，如J2EE中間件，消息中間件，分布式交易中間件，數(shù)據(jù)庫的管理應用配置管理：關注靜態(tài)的應用系統(tǒng)配置信息，了解企業(yè)的業(yè)務服務，業(yè)務應用，IT基礎設施之間的關系，并控制，IT基礎設施變更對業(yè)務服務帶來的影響。應用運行時管理：關注的是動態(tài)的應用系統(tǒng)在運行狀態(tài)下的可用性，以及性能，涵蓋感知問題，隔離故障，查找根源，修復問題4個環(huán)節(jié)應用運維管理：關注的是應用系統(tǒng)投產(chǎn)后，保證系統(tǒng)持續(xù)健康高效工作應用開發(fā)管理：應用系統(tǒng)的構(gòu)建，測試與發(fā)布，并在應用開發(fā)構(gòu)建環(huán)節(jié)，實現(xiàn)對運維環(huán)節(jié)的支撐4藍色為客戶當前關注的范圍，淺藍色為對關注范圍的直接支撐應用系統(tǒng)運行時的問題診斷診斷方案

應用類型診斷方法相關的IBM產(chǎn)品，能達到的程度客戶的環(huán)境基于Web的應用應用類型關注點：速度和成敗監(jiān)控方法產(chǎn)品客戶環(huán)境-基于J2EE,.NET架構(gòu)HTTP/S交易的響應時間業(yè)務邏輯中各步驟對響應時間，和系統(tǒng)資源的消耗監(jiān)控HTTP層面，終端客戶的感受，以及終端響應時間在網(wǎng)絡，客戶端，服務段的消耗通過專業(yè)的J2EE/.NET應用管理工具，實現(xiàn)對可用性，性能，以及J2EE資源的全方位管理應用日志監(jiān)控ITCAMforApplicationDiagnosticsITCAMforWebResponseTimeWebLogic10onHPUX-基于SOA/WebService架構(gòu)Service調(diào)用的成敗Service調(diào)用的時間在ESB內(nèi)駐留的時間先明確SOA架構(gòu)所涉及到的相關中間件和具體的SOA架構(gòu)如果SOA架構(gòu)基于專有的ESB系統(tǒng),通過專業(yè)的SOA應用管理工具，如果是自開發(fā)ESB系統(tǒng)，需要根據(jù)具體的情況監(jiān)控HTTP層面，終端客戶的感受，以及終端響應時間在網(wǎng)絡，客戶端，服務段的消耗應用日志監(jiān)控ITCAMforSOAPlatformITCAMforWebResponseTime-其他基于Web架構(gòu)HTTP/S交易的響應時間監(jiān)控HTTP層面，終端客戶的感受，以及終端響應時間在網(wǎng)絡，客戶端，服務段的消耗應用植入API獲取更多的交易追蹤信息應用日志監(jiān)控ITCAMforWebResponseTime非Web應用類型關注點：速度和成敗診斷產(chǎn)品客戶環(huán)境-Client/server架構(gòu)C/S通信響應時間駐留client和服務端響應時間通過應用拓撲隔離故障節(jié)點應用植入API獲取更多的交易追蹤信息應用日志監(jiān)控ITCAMfTT（TTAPI）TuxedoBased-基于分布式的交易和消息驅(qū)動的架構(gòu)批處理類型關注點：成敗-所有批處理任務批處理交易是否成功應用日志監(jiān)控TivoliWorkloadScheduler-運行時應用的基礎設施監(jiān)控—KPI的設計（OS為例）XX銀行網(wǎng)銀架構(gòu)7應用開發(fā)對應用監(jiān)控的支撐（樣例分析）8最右側(cè)：有4個（DSR）個人營銷：8個進出個人營銷（1對），進出數(shù)據(jù)庫（3對）應用開發(fā)對應用監(jiān)控的支撐（樣例分析）-方案19應用開發(fā)對應用監(jiān)控的支撐（樣例分析）-方案210應用開發(fā)對應用監(jiān)控的支撐（樣例分析）-對比數(shù)據(jù)11應用開發(fā)對應用監(jiān)控的支撐（樣例分析）-對比分析12根據(jù)以上數(shù)據(jù)分析：采用方案一時，基金最新凈值查詢交易（純平臺）處理能力約降低10%，應用服務器CPU資源消耗增加約19%；客戶信息查詢交易（上主機）處理能力降低約4%，應用服務器CPU資源消耗增加約5%，網(wǎng)關服務器CPU資源消耗增加約1%，主機CPU消耗增加約9%.采用方案二時，基金最新凈值查詢交易（純平臺）處理能力約降低2%，應用服務器CPU資源消耗增加約2%；客戶信息查詢交易（上主機）處理能力降低約8%，應用服務器CPU資源消耗增加約3.5%，網(wǎng)關服務器CPU資源消耗增加約3.5%，主機CPU消耗增加約7%.方案一和方案二對比，基金最新凈值查詢交易（純平臺）方案一處理能力約低8%，應用服務器CPU資源消耗增加約20%；客戶信息查詢交易（上主機）方案一處理能力高約5%，應用服務器CPU資源消耗增加約1%，網(wǎng)關服務器CPU資源消耗減少約3%，主機CPU消耗低約4%.綜上所述，測試交易監(jiān)控采用方案二整體性能較好，應用服務器CPU資源消耗增長不明顯。主機由于需要啟用CICSTTAPI監(jiān)控軟件，導致主機CPU資源消耗均有所增加，而且方案二需要修改網(wǎng)關、主機外聯(lián)（EMUL程序）的程序，增加了一定的資源消耗。13應用系統(tǒng)監(jiān)控接口帶來的好處對容器的依賴：通過純產(chǎn)品層面的應用交易監(jiān)控，極度依賴客戶的應用允許與何種容器，業(yè)界對J2EE容器的管理，MQ，MB很成熟；對Tuxedo，TXSeries，.NET平臺尚可；但對standalone的

native程序，缺乏有效的手段。粒度的控制缺乏靈活性：交易的端到端跟蹤，涉及到顆粒度的問題，粗可以到機器與機器之間的調(diào)用，細可以到每個函數(shù)的調(diào)用，而其中的權(quán)衡，完全需要根據(jù)客戶的要求來定制。在運行時，不同顆粒度之間的動態(tài)切換，也很難通過產(chǎn)品直接實現(xiàn)。業(yè)務信息的攜帶：對交易的監(jiān)控非常必要攜帶其執(zhí)行的業(yè)務，很多客戶的交易在技術(shù)層面是成功的（比如HTTP返回碼200，但標示業(yè)務執(zhí)行失敗），純技術(shù)層面的監(jiān)控，不能準確的識別這類錯誤，并且，告警信息，不能告知所影響的業(yè)務和執(zhí)行此業(yè)務的客戶。控制開發(fā)質(zhì)量：大型的金融客戶的業(yè)務系統(tǒng)通常來有多個來源，外部，自開發(fā)，等等。監(jiān)控接口的規(guī)范，其潛在的反應的被監(jiān)控系統(tǒng)——即應用本身，在運維時被高度關注的執(zhí)行環(huán)節(jié)，監(jiān)控接口實現(xiàn)的位置，可一定程度統(tǒng)一來自不同開發(fā)團隊的開發(fā)質(zhì)量。Source: Ifapplicable,describesourceorigin對應用交易追蹤的目的是精確的定位交易執(zhí)行發(fā)生問題的位置14應用系統(tǒng)監(jiān)控接口的實現(xiàn)原理通過在交易的開始，結(jié)束，外聯(lián)，獲得響應等關鍵位置，通過調(diào)用API（IBM的實現(xiàn)是TTAPI）向外拋出事件，通過一個服務集中匯聚，分析這些事件，形成交易拓撲，響應事件，交易執(zhí)行成敗的關鍵指標。Source: Ifapplicable,describesourceoriginTTAPITTAPITTAPITTAPITTAPI的事件1516應用系統(tǒng)端到端實現(xiàn)效果Source: Ifapplicable,describesourceorigin17應用系統(tǒng)端到端實現(xiàn)效果

（XXBANK案例）Source: Ifapplicable,describesourceoriginProcedureAccessOpStep是CTP中執(zhí)行存儲過程的opstep別名。ORACLE*是在op中定義的oracle存儲過程別名。8OC10300是DSR網(wǎng)關調(diào)用的交易名TTAPI所收集的事件18TTAPI所支持的平臺19支持的編程語言：

CC++EnterpriseCOBOL(z/OS?only)EnterprisePL/I(z/OSonly)IBMHighLevelAssembler(HLASM-z/OSonly)Java1.4and1.5支持的主機環(huán)境：C,C++andJavaapplicationsrunningin64bitmodeonz/OSCandC++XPLINKandnon-XPLINKprogramsonz/OSCandC++programsstaticallyanddynamicallylinkingTransactionTrackingAPICOBOLandPL/IprogramsstaticallylinkingTransactionTrackingAPI20應用系統(tǒng)監(jiān)控接口對應用系統(tǒng)帶來的影響對開發(fā)的工作量的影響：開發(fā)團隊需要額外的工作量，來植入監(jiān)控的代碼，比如交易開始，調(diào)用OnTransactionStart(),交易結(jié)束，調(diào)用OnTransactionFinished()，外調(diào)服務，調(diào)用OnTransactionOutbould()，

等等，增加工作量的大小，取決于監(jiān)控的顆粒度。對應用性能的影響：在一個進程內(nèi)，初始化一個TTAPI的隊列，進程初始化的過程，對TTAPI初始化，需要花費30~70毫秒（依據(jù)不同機器的性能而定），一次性初始化結(jié)束后，交易調(diào)用事件發(fā)送事件消耗約為0。對資源的消耗：根據(jù)大型銀行測試結(jié)果，服務器CPU增加約2%。Source: Ifapplicable,describesourceorigin業(yè)務系統(tǒng)場景（應用系統(tǒng)監(jiān)控的位置）21業(yè)務系統(tǒng)應用系統(tǒng)服務器系統(tǒng)存儲系統(tǒng)網(wǎng)絡系統(tǒng)LinkedDatafor

Monitoredresource

TopologyDelegated

Dialogs服務拓撲Service

Topologies(DEPENDENCIES)(entiretopologynotshown)Topologyresources

linkedto

monitoredresources業(yè)務系統(tǒng)管理

BusinessSystemsManagement問題管理Manages問題樹ProblemTreeManages部署或者自動發(fā)現(xiàn)ManagesProblemslinkedtoservicetopology業(yè)務系統(tǒng)的依賴層次關系22業(yè)務系統(tǒng)

ServicesHealth應用系統(tǒng)

ApplicationsHealth主機服務器系統(tǒng)

ServersHealth存儲系統(tǒng)

StorageVolumesHealth中間件系統(tǒng)

MiddlewareHealth(TPCServiceProvider)Availibility(up/down),CapacityUtilizationPerformace(reponsetimeinms)(ITMServiceProvider)Availibility(up/down)Memory,CPU,DiskUtilizationProcessorQueueLength(ITMServiceProvider)

Availibility(up/down)Middlewaretype(db,appserver,etc)Cachehits/misses,Connectionwaittime(ITCAMServiceProvider)

Availibility(up/down)Userreponsetime(ms)Numberofconcurrentusers(TBSMServiceProvider)Availibility(up/down)KeyPerformanceIndicators一項業(yè)務服務依賴一個或者多個業(yè)務應用一個業(yè)務應用，依賴一個或者多個中間件系統(tǒng)，比如，各種中間件，數(shù)據(jù)庫各種中間件，數(shù)據(jù)庫，依賴承載他們運行的主機和服務器服務器依賴于與后臺的一個或者多個存儲資源門戶界面SolutionPortal(TIP)23監(jiān)控整體架構(gòu)圖IBMConfidential自定義擴展頁面LOBDashboards,ITOperationsDashboards,AppHealthDashboard,IsolationPageetc.DLAs集中事件平臺OmnibusEventsITCAMforTransactionsITCAMforApps/ADITMforVE事件轉(zhuǎn)發(fā)導入的IT基礎設施事件豐富引擎ImpactITM監(jiān)控框架IBMTivoliMonitoringTADDM基礎設施依賴自動發(fā)現(xiàn)服務模型關聯(lián)事件關聯(lián)ITMforVEDashboardsTBSM(ServiceAdmin)Omnibus(AEL)TEPTADDMUI上下文關聯(lián)打開業(yè)務服務管理TBSMServiceModelServiceStatus事件豐富在TIP中打開發(fā)現(xiàn)的IT基礎設施數(shù)據(jù)倉庫TDW通用報表引擎TCRTCRReportsSmartDeploymentDeploymentofSoftwareStack+Gluecode+TIPPages+AutomatedconfigurationCURIProvider歷史數(shù)據(jù)ITDS單點登陸SSOSSOSSO網(wǎng)絡管理ITNMITNPMITNCM事件關聯(lián)IT基礎設施應用運維和應用開發(fā)的集成24DevOps是一組過程、方法與系統(tǒng)的統(tǒng)稱，用于促進開發(fā)（應用程序/軟件工程）、技術(shù)運營和質(zhì)量保障（QA）部門之間的溝通、協(xié)作與整合。它的出現(xiàn)是由于軟件行業(yè)日益清晰地認識到：為了按時交付軟件產(chǎn)品和服務，開發(fā)和運營工作必須緊密合作應用系統(tǒng)管理規(guī)劃路徑25應用系統(tǒng)管理未來規(guī)劃路線26提高收益高中低慢中快提高的時間順序應用系統(tǒng)管理路線圖–優(yōu)先級應用配置管理應用基礎資源的監(jiān)控應用交易管理應用開發(fā)和應用運維集成應用與業(yè)務服務關聯(lián)分析通過API植入進行交易追蹤現(xiàn)有的系統(tǒng)，和應用系統(tǒng)管理位置27現(xiàn)有自開發(fā)系統(tǒng)，交易關系梳理工具。Omnibus事件集中管理平臺。EventConsolidationOVO+OMS

監(jiān)控了部分系統(tǒng)資源，如OS,DB。OS/DBMonitoring實現(xiàn)時間表（這是XX的例子）第一階段（2012年）應用交易管理：實現(xiàn)交易層面監(jiān)控，了解業(yè)務運行的質(zhì)量應用基礎設施管理的完善：補充OVO未能覆蓋到的重要的應用基礎資源監(jiān)控應用系統(tǒng)API植入的嘗試：挑選出典型的應用系統(tǒng)，考慮API植入的方式實現(xiàn)對個性化系統(tǒng)的監(jiān)控第二階段（2013年）推廣：在第一階段的基礎上推廣和完善交易管理，將最佳實踐覆蓋更多的應用系統(tǒng)（迭代）應用基礎設施配置管理：應用基礎設施的配置管理（新增）關聯(lián)應用系統(tǒng)和業(yè)務服務，實現(xiàn)面向業(yè)務服務的管理：實現(xiàn)交易層面監(jiān)控，了解業(yè)務運行的質(zhì)量（新增）第一階段（2014年）推廣：在第二階段的基礎上推廣和完善交易管理、和業(yè)務服務管理，將最佳實踐覆蓋更多的應用系統(tǒng)（迭代）系統(tǒng)運維和系統(tǒng)開發(fā)的集成管理：嘗試系統(tǒng)開發(fā)和運維的整合??（新增）28藍色為XX銀行當前關注的范圍，淺藍色為對關注范圍的直接支撐29客戶需要認真考慮的因素IT和企業(yè)的關系IT