1 / 26

Dynatrace 应用性能管理解决方案

Dynatrace 应用性能管理解决方案. 2 nd Gen APM. 1 st Gen APM. 应用复杂性. 以组件为核心 - 组件健康度监控 - 基础架构可用性管理. 以网络为核心 - 网络速度 = 应用速度. APM 发展趋势. NextGen APM. Application-Centric World. 2000. 1995. 2005. 2010+. IT Focus. 以应用为核心 - 端到端的交易管理 - 用户体验. dynaTrace Confidential – Do Not Duplicate.

viveca
Download Presentation

Dynatrace 应用性能管理解决方案

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Dynatrace 应用性能管理解决方案

  2. 2nd Gen APM 1st Gen APM 应用复杂性 以组件为核心 - 组件健康度监控 - 基础架构可用性管理 以网络为核心- 网络速度 = 应用速度 APM 发展趋势 NextGen APM Application-Centric World 2000 1995 2005 2010+ IT Focus 以应用为核心 -端到端的交易管理 - 用户体验 dynaTrace Confidential – Do Not Duplicate

  3. 多种真实用户感知监控,如何选择 • JavaScript injection • 可提供的数据信息有限 • Browser Plug-Ins and Extensions • 不适合大范围部署 • Synthetic Transactions • 差异性需求分析 • Network Sniffing • 浏览器端的问题分析

  4. Compuware 解决方案: 端到端全面覆盖 提升整个应用交付链的性能 最后一公里 真实用户 虚拟测试平台 企业级 第一公里 骨干网 • 应用监控 • 监控 • 负载测试 • 监控 • 负载测试 • 跨浏览器测试 • 真实用户监控 • 无代理真实用户监控 • 多层分析 • 应用组件分析 客户 • 网络和服务器监控 云 私有 公共 浏览器 数据中心 本地 ISP 大型ISP 浏览器 虚拟/物理 环境 第三方/云服务 150,000+ 用户级桌面 168+ 国家 2,500+ISPs 全球主要移动运营商 500+ 浏览器和 O/S组合 DB 服务器 应用 服务器 Web 服务器 负载 均衡 PurePath 主机 私有监控主动监控 私有最后一公里 所有用户 所有应用 所有事务 150+ 企业级 节点 数据中心& 云提供商 存储 网络 5,000+ 支持的 手机设备 内容分发网络 Web 服务 手机 组件 WAN优化 所有网络段、服务器 和基础设施 Java/.NET 分析 多层事务 手机 运营商 员工 设备 员工 手机应用

  5. Compuware dynaTraceAPM end-user experience service level management impact analysis users, tenants, transaction types all tiers transaction pure open 业务 端到端 proactive service level engineering focused tuning code level context automated actionable 深度 全生命周期 24x7 transaction tracing 100% transactions / users 完整覆盖

  6. 特点 dynaTrace 3G APM Traditional APM 5. 业务垂直化 • For business(面向业务) • For operations(面向运维) • For development(面向开发) • 5. 统计 • IT Operations centric(面向IT 运维) • Component health only(各个组件分别管理) • Hard to integrate(集成度差) 4. 可优化 • Faster business transactions(加速业务交易) • Faster triage(加速分流) • Faster diagnostics(快速诊断) • 4. 监控 • Reactive, post-problem alert（事后报警） • Component level only（组件独立性强） • No correlation（无充分关联） 3. 自动化 • Self-discovery(自动发现) • Analytics(自动分析) • Correlations(自动采集) • 3. 手工 • Modify code（需要变更代码） • Static deploy & manage（静态管理） • Human intervention （较多的人工干预） • 2. 单点 • Siloed • No common language • Too many tools 2. 整体化 • Cross lifecycle(全应用周期跟踪) • Built-in collaboration(多点协作) • Consolidate tools(强化集成) 1. 清晰化 • Transaction pure facts(真是交易定位) • 100% all transactions(全交易采集) • Code Context fully correlated(全代码关联) • 1. 臆断 • Averages & heuristics(平均值或主观分析) • Sampling（基于特征的分析） • Timing only（单纯的时间分析）

  7. dynaTrace全程探测 • 方法调用 • JNI • C/C++ • CICS • Classic ASP • … • 上下文信息 • HTTP Parameters • Session attributes • SQL Statements • Bind values • Arguments & Return values • Exception details • Log messages • Number of invocations • Entry Points（入口点） • Page Actions（页面操作） • Web Requests（Web请求） • Web Service calls • Batch processing（批处理） • Fat Client calls • 通讯 • Web Service • WCF • Remoting • Messaging • Custom Protocols

  8. Execution times, CPU, Remoting, Messaging, Web Services, I/O, Wait, Sync, Memory, GC, JMX, CLR, OS & PMI Metrics  真实数据统计，无臆测信息 方案架构 Only 24x7 heterogeneous always-on distributed global deep transaction trace  无需事后分析 Method args & returns, Exceptions, Logs, SQLs & Bind values 基于业务的上下文分析 Web Server Java .NET Other Database 浏览器/客户端 Single file deployment 简单部署，无配置文件，无代码变更 Lowest overhead through externalized data processing 采集数据离线处理，无应用系统开销 采集器 多点采集器 管理控制台 Globally scalable collector architecture, secure, 可灵活扩展，支持云计算或虚拟技术 PerformanceWarehouse 会话存储池 核心服务器 Role based dashboards, single point of configuration 全程可视化，图形管理 Real-time transaction analysis, business transaction mapping, alerting  真实数据统计，无臆测信息 会话导出离线处理 深入分析服务器 离线分析器 Self-learning, Auto-discovery, Auto placement  维护简单 Large heap analysis service  后台处理 Offline Analysis of root-cause information (transactions, memory, threads & time series)  综合分析，带外管理 Shared full-depth transaction & context information 真实数据统计，无臆测信息

  9. 支持平台

  10. 不同视角，多样分析

  11. 应用性能分析

  12. 从SLA到程序组件全可视化监控与分析

  13. 负载与性能测试

  14. 全交易连续跟踪，与LoadRunner 等工具集成，全面测试应用性能

  15. 深入诊断

  16. 以PurePath为线索

  17. 以PurePath为线索 85,000 SOA 对象调用(19 sec) 变量, 异常, 日志 163 数据库调用(34 sec) Java .NET C/C++ Browser/Web/RIA/RC CICSMQ 缓慢方法(10 sec) DBMS EAI SOA “Search ran a little slow this a.m." 同步问题(25 sec) 内存泄露 • 端到端交易执行路径 • 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, VMware & more + + =

  18. PurePath -24x7交易记录

  19. 完整的上下文跟踪、定位与分析 Capture HTTP Request Details such as URL, Parameters, HTTP Headers, … Follows remoting calls across runtime and thread boundaries Captures Web Service Details Captures Exception Information Data captured by Instrumentation Sensors Data captured by Auto Sensors (PurePath NG)

  20. 性能监控对系统开销的误区

  21. 性能监控对系统开销的挑战 • 开销在很大程度上取决于实际应用中的行为。以采样为基础的方法对所有正在运行的线程的执行堆栈在定义的时间间隔进行了分析。这种方法的优点是开销仅取决于采样率 - 更高的采样速度，更高的开销。 • 传统观点：更多的细节分析一定会带来更高的系统开销。 • 可是反之，是否较少的细节分析就会有更少的性能开销呢？

  22. 资源开销的真实本质 • 开销的关键在于监控信息如何处理及存储在何处 • 当发生更多的应用程序处理时的开销更高 • 采用调用关系来监控与管理的内存信息，定期处理，运行或将其关闭，都具有更高内存开销和CPU执行时间开销 • 为了支持非常高吞吐量，低开销，“原始数据”，必须立即发送到一个独立的中央处理单元，重建数据和处理Dynatrace在确保低开销的前提下，获得非常细粒度的细节

  23. 性能监控与管理产生开销

  24. 总结 业务交易垂直化，深入分析 快速诊断，优化业务交易 自动化采集，分析 全应用周期跟踪，多点协作 可视化管理，全代码关联视图 实现应用系统的有效运维 实现应用系统的带外管理

  25. 谢谢

More Related