IBM APM 解決方案咨詢

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

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

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

（XXBANK案例）Source: Ifapplicable,describesourceoriginProcedureAccessOpStep是CTP中執(zhí)行存儲過程的opstep別名。ORACLE*是在op中定義的oracle存儲過程別名。8OC10300是DSR網(wǎng)關(guān)調(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應(yīng)用系統(tǒng)監(jiān)控接口對應(yīng)用系統(tǒng)帶來的影響對開發(fā)的工作量的影響：開發(fā)團隊需要額外的工作量，來植入監(jiān)控的代碼，比如交易開始，調(diào)用OnTransactionStart(),交易結(jié)束，調(diào)用OnTransactionFinished()，外調(diào)服務(wù)，調(diào)用OnTransactionOutbould()，

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

Monitoredresource

TopologyDelegated

Dialogs服務(wù)拓撲Service

Topologies(DEPENDENCIES)(entiretopologynotshown)Topologyresources

linkedto

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

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

ServicesHealth應(yīng)用系統(tǒng)

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

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