1、Dynatrace 应用性能管理解决方案,1995,IT Focus,2000,2005,2010+,NextGen APM,以应用为核心 -端到端的交易管理 - 用户体验,Application-Centric World,APM 发展趋势,dynaTrace Confidential Do Not Duplicate,JavaScript injection 可提供的数据信息有限 Browser Plug-Ins and Extensions 不适合大范围部署 Synthetic Transactions 差异性需求分析 Network Sniffing 浏览器端的问题分析,多种真实用户感
2、知监控,如何选择,Compuware 解决方案: 端到端全面覆盖,150+ 企业级 节点 数据中心& 云提供商,150,000+ 用户级桌面168+ 国家2,500+ ISPs全球主要移动运营商,私有监控主动监控 私有最后一公里,所有用户所有应用所有事务,网络和服务器监控,应用组件分析,多层分析,proactive service level engineering focused tuning,全生命周期,24x7 transaction tracing 100% transactions / users,code level context automated actionable,all
3、 tiers transaction pure open,end-user experience service level management impact analysis users, tenants, transaction types,业务,深度,完整覆盖,端到端,Compuware dynaTrace APM,dynaTrace 3G APM,Traditional APM,特点,dynaTrace 全程探测,方法调用 JNI C/C+ CICS Classic ASP ,Entry Points（入口点） Page Actions（页面操作） Web Requests（Web请
4、求） Web Service calls Batch processing（批处理） Fat Client calls,上下文信息 HTTP Parameters Session attributes SQL Statements Bind values Arguments & Return values Exception details Log messages Number of invocations,通讯 Web Service WCF Remoting Messaging Custom Protocols,深入分析服务器,方案架构,Web Server,浏览器/客户端,Java,.
5、NET,Other,Database,Performance Warehouse,多点采集器,采集器,核心服务器,管理控制台,会话存储池,会话导出离线处理,离线分析器,Lowest overhead through externalized data processing 采集数据离线处理，无应用系统开销,Only 24x7 heterogeneous always-on distributed global deep transaction trace 无需事后分析,Execution times, CPU, Remoting, Messaging, Web Services, I/O, W
6、ait, Sync, Memory, GC, JMX, CLR, OS & PMI Metrics 真实数据统计，无臆测信息,Shared full-depth transaction & context information 真实数据统计，无臆测信息,Self-learning, Auto-discovery, Auto placement 维护简单,Real-time transaction analysis, business transaction mapping, alerting 真实数据统计，无臆测信息,Single file deployment 简单部署，无配置文件，无代码
7、变更,Globally scalable collector architecture, secure, 可灵活扩展，支持云计算或虚拟技术,Method args & returns, Exceptions, Logs, SQLs & Bind values 基于业务的上下文分析,Large heap analysis service 后台处理,Offline Analysis of root-cause information (transactions, memory, threads & time series) 综合分析，带外管理,Role based dashboards, sing
8、le point of configuration 全程可视化，图形管理,支持平台,不同视角，多样分析,10,应用性能分析,从SLA到程序组件全可视化监控与分析,负载与性能测试,全交易连续跟踪，与LoadRunner 等工具集成，全面测试应用性能,深入诊断,以PurePath为线索,CICS MQ,EAI SOA,DBMS,Java,.NET,Browser/Web/RIA/RC,“Search ran a little slow this a.m.“,163 数据库调用(34 sec),85,000 SOA 对象调用(19 sec),缓慢方法(10 sec),同步问题(25 sec),变量,
9、 异常, 日志,内存泄露,以PurePath为线索,C/C+,端到端交易执行路径 24x7 always on Across all tiers Remoting & Web Services Heterogeneous Java, .Net, C/C+, Business to Method/Code level,交易上下文信息Method arguments SQL bind variables Exceptions Logs ,+,+,环境数据Memory Dumps Thread Dumps Monitoring data PMI, JMX, CLR Win, Unix, DB, VM
10、ware & more,=,PurePath - 24x7交易记录,完整的上下文跟踪、定位与分析,Capture HTTP Request Details such as URL, Parameters, HTTP Headers, ,Follows remoting calls across runtime and thread boundaries,Captures Exception Information,Captures Web Service Details,Data captured by Instrumentation Sensors,Data captured by Auto
11、 Sensors (PurePath NG),性能监控对系统开销的误区,性能监控对系统开销的挑战,22,开销在很大程度上取决于实际应用中的行为。以采样为基础的方法对所有正在运行的线程的执行堆栈在定义的时间间隔进行了分析。这种方法的优点是开销仅取决于采样率 - 更高的采样速度，更高的开销。传统观点：更多的细节分析一定会带来更高的系统开销。可是反之，是否较少的细节分析就会有更少的性能开销呢？,资源开销的真实本质,23,开销的关键在于监控信息如何处理及存储在何处当发生更多的应用程序处理时的开销更高采用调用关系来监控与管理的内存信息，定期处理，运行或将其关闭，都具有更高内存开销和CPU执行时间开销为了支持非常高吞吐量，低开销，“原始数据”，必须立即发送到一个独立的中央处理单元，重建数据和处理Dynatrace在确保低开销的前提下，获得非常细粒度的细节,性能监控与管理产生开销,24,总结,25,业务交易垂直化，深入分析 快速诊断，优化业务交易 自动化采集，分析 全应用周期跟踪，多点协作 可视化管理，全代码关联视图 实现应用系统的有效运维 实现应用系统的带外管理,谢谢,
