Appdynamics评论与评分

统一监控

AppDynamics提供了一种称为统一监控的特定解决方案。 对于企业而言，这意味着将六种不同的AppDynamics产品集成到一个平台中：APM，浏览器真实用户监视（RUM），移动RUM，综合监视（当前处于beta版），数据库监视和服务器监视。 目标是提供对整个Web堆栈（前端和后端）的可见性，以管理跨浏览器和设备的用户体验（UX），并具有基础结构，根本原因分析和量身定制的警报，以准确跟踪发生性能问题的位置。

为了测试AppDynamics是否真的可以完成所有这些工作，我从主仪表板开始。 顶部的导航栏以企业用户可能需要的相对顺序列出了主要组件（从“应用程序”开始，然后是“数据库”，“基础结构”，“分析”，“仪表盘和报表”以及“警报和响应”）。 导航栏下面是一个干净的磁贴布局，其中包含用于应用程序和数据库的框，每个框带有绿色和红色状态栏，指示每个网站的当前运行状况（AppDynamics内部对UX的性能衡量）。

与Dynatrace UEM，SmartBear AlertSite Pro和Pingdom不同，AppDynamics不使用UX测量的应用程序性能指数（Apdex）开放标准，实际上，AppDynamics的某些人强烈反对这种流行的指数。 其他仪表板磁贴包括一个提供用户事件和事务的快照的“分析”框，以及一个内置和自定义仪表板的列表，这些仪表盘与Dynatrace UEM仪表板上的相同磁贴类似，但设计更为粗略更加接近SmartBear AlertSite Pro布局。

从网站监视的角度来看，企业用户将在“应用程序”选项卡上花费最多的时间。 我单击了一个演示应用程序（一个在线零售站点），发现自己正在查看详细流程图，该流程图绘制了该应用程序的完整体系结构。 箭头从前端Java和PHP节点通过MySQL数据库和服务器返回，交互线显示了当我的鼠标悬停在一行上时HTTP呼叫从一个位置到另一个位置的流动。 概念布局类似于Ghostery MCM表示第三方标签和网站组件的方式，但是更加全面地关注用户交易所采用的路径。

在同一个“应用程序仪表板”视图中，我切换到“热门业务交易”，在在线零售站点的上下文中，突出显示了收到最多HTTP调用的产品页面，按错误和页面响应时间排序（带有绿色复选标记，说明他们的健康）。 此仪表板中的两个其他有趣的选项卡是“事务快照”和“事务分数”，它们根据UX是正常，缓慢还是充满错误来提供网站或应用程序的定期性能快照。 然后，交易得分将一长串交易转换为显示交易百分比的条形图，从“正常”一直到“停滞和错误”。 我发现这是一种快速直接的方法，可以将较长的交易列表放入简单的图表中，以便用户可视化网站的性能。

向下滚动“应用程序”选项卡左侧的垂直导航，我发现“ Web用户”页面和“移动用户体验”页面均破坏了用户流量。 每个都提供与Dynatrace UEM中相同的可自定义磁贴式仪表盘，并提供一系列交互式地图，以分解用户响应时间，不同原因的页面请求以及所使用的不同浏览器，设备和操作系统的饼图。 Dynatrace UEM提供了稍宽一些的设计和制图选项，但是功能基本上是相同的。 就流量的来源而言，AppDynamics同时提供RUM和综合监控，但是与诸如SmartBear AlertSite Pro等以合成为重点的产品相比，AppDynamics主要集中在RUM上。 该平台的综合监控更多地用于早期错误警告，以不同的时间间隔设置作业来测试网站。

企业内部

从应用程序进入数据库和基础架构，AppDynamics在网站后端提供了与前端相同级别的易于理解的业务可视性。 单击列出的数据库之一后，另一个交互式磁贴仪表板视图显示了诸如加载时间，内存以及网络和磁盘输入/输出（I / O）之类的指标，以及实时视图和报告查询，数据库调用和会话。

列出服务器的“基础结构”选项卡以相同的方式工作。 这些选项卡都与AppDynamics的根本原因分析功能相关联，这使我很容易将数据从在线零售应用程序的各个级别提取到自定义仪表板中。 在这里，我能够使用AppDynamics所谓的“标记和跟踪”功能来跟踪一个特定的用户事务请求，并通过数据库调用从应用程序流图跟踪该请求，并以折线图的形式放置在一个图块中，接下来的服务器CPU进程。 后端过程也基本上不需要代码，因为AppDynamics的“智能代码工具”使我无需任何手动配置即可设置和监视数据库和服务器。

AppDynamics提供的后端APM可见性和根本原因分析是企业开发人员和IT团队最吸引人的功能。 但是，对于普通企业用户而言，与业务交易相关的平台的预构建和自定义仪表板可能会吸引最多的关注。 在创建自定义仪表板时，AppDynamics的体验与SmartBear AlertSite Pro和Dynatrace UEM相当，可以将图块作为可调整的网格进行布局，也可以使用结构更清晰，图形属性明确的Absolute仪表板布局进行布局。

在向仪表板添加组件时，我能够将不同类别的指标（例如，总体应用程序性能，业务交易性能，UX等）表示为图形，饼图或速度表图形。 我还可以选择添加状态灯，“健康规则”的事件列表框以及其他小部件。 从业务角度来看，使这些自定义仪表板具有特殊用途的原因是它们能够根据收入绘制绩效图表。 AppDynamics设置了用于衡量端到端业务交易的性能基准，并包括异步支持，以通过仪表板呈现此实时业务数据，而没有太多延迟。 我的测试还包括来自电影票务网站的数据，并且在自定义仪表板中，企业可以将平均响应时间与票务购买量和网站的总收入进行比较。 可以为企业不同级别的业务用户创建自定义仪表板，从而为营销，业务线（LOB）经理甚至组织内的管理人员提供个性化的仪表板，该仪表板可以根据实际情况准确监控他们所需的分析。时间，运营网站数据。

警报，分析和网站健康

AppDynamics使用其自定义运行状况规则和策略（而不是Apdex指标）来衡量UX和业务事务性能。 因此，与其他网站监视服务相比，AppDynamics中的设置和使用分析与警报是不同的。

作为管理多个不同Web应用程序的企业用户，我能够为每个网站甚至其背后的数据库和服务器设置各自的健康规则。 创建运行状况规则时，您可以准确确定它将影响哪些组件，这些组件可以是整个应用程序或事务性能，Web和移动UX，错误率，单个节点和端点。

然后，我为规则选择了时间范围和间隔，以及检测到规则“违反”到开始执行警报策略之间​​的时间。我还为在“警告条件”和“紧急条件”中考虑规则的时间设置了特定参数。 通过这种方式设置警报，使我对企业在网站的每个移动部分中定义为可接受的性能或UX标准的确切定义有了更精细的控制，而不是接受Apdex度量（尽管这些度量如何有效地集成到了某些其他网站监控服务）。

从那里，我为所有或特定的违反健康规则的行为配置了特定的警报策略，例如执行特定的操作（例如，自动重新启动应用程序）以及指定向谁发送电子邮件或文本警报。 AppDynamics还提供电子邮件摘要，以摘要发送我设置的特定健康规则在给定小时数内的运行情况。 电子邮件摘要很简单，无需更多上下文即可提供错误的项目符号列表。 我本可以使用一些有关电子邮件正文中特定健康规则错误的原因的详细信息（例如初步的根本原因分析），但是为了获得基本的性能要点，警报可以完成工作。

这里值得一提的其他一些分析功能包括：Business Impact Analytics（业务影响分析），该报告可以识别失败的网站交易以及这些失败影响了哪些特定客户，以及随后的Customer Win Back Analysis报告（可以将用户的体验分解为特定的带有时间戳的事件，以帮助企业的营销团队开展赢回活动。

最好的一堆

AppDynamics专为超大型环境而设计。 对于管理一个网站和一个移动应用程序的小型企业而言，这就像是使用一艘非常昂贵的火箭飞船来推动发展。 但是，如果您是一家管理多个互连的应用程序和网站的企业组织，那么AppDynamics物有所值。 在本综述中我回顾的所有网站监视服务中，AppDynamics提供了最完整的Web和移动监视，后端分析以及报告和警报包，所有这些都针对组织的各个级别以定制且易于理解的格式进行提炼。 作为我们的企业编辑之选，这是一个轻松的选择。