适用于应用程序监视的最佳新遗物

我很幸运地为一家大型组织工作，该组织通过出色的工具（尽管价格昂贵）来支持其工程工作。 我可以用来监视应用程序和对应用程序进行故障排除的工具之一是New Relic。 New Relic提供了多种监视产品，但其中主要是其应用程序性能监视或APM解决方案。

在本文中，我想分享一下将New Relic与AppOptics的功能和可用性进行比较时发现的内容 。 AppOptics是SolarWinds提供的APM解决方案 。 我比较这些产品的目的是找到一种可替代且成本更低的新遗物的替代品。 我将比较这两种工具的功能，以了解它们如何相互叠加。

我将要比较的功能

选择两种产品都具有的功能并进行比较很容易，但是我想采用一种不同的方法，列出我在New Relic中使用的功能，并查看这些相同的功能是否出现在AppOptics中以及它们如何度量。

我使用New Relic作为工具来查看和分析已部署到AWS云中的微服务的性能。 New Relic客户端从每个节点收集大量指标。 它为我提供了在应用程序级别的性能数据视图，并允许我深入研究每个实例的数据。 通常，这些是基于Java的微服务，因此，除了应用程序和系统指标之外，我还对JVM指标感兴趣。

我发现对故障排除和优化性能最有用的一些指标是：

• 应用程序性能指标
  • 交易时间
• 硬件指标
  • CPU使用率
• JVM指标
  • 堆和非堆内存使用情况

我还想研究在服务可能出现高错误率的情况下，用于自动进行监视和通知支持人员的过程的选项。

注册和安装客户端

New Relic和AppOptics均提供14天的免费试用期 ，并且都不需要信用卡即可注册。 我能够在几分钟之内注册两个试用版，发现两种产品的处理过程相似。 我决定使用两种产品的试用版，以确保比较时使用相同的基准。

两种产品都需要在要监视的设备上安装客户端。 在收到有关如何安装客户端的说明之前，您需要选择用于该应用程序的语言以及运行该应用程序的操作系统。

图1. AppOptics支持的语言

图2. New Relic支持的语言

除了New Relic对Go的支持外，两者都提供了相同的语言和操作系统支持选择。 两个客户端的安装都需要您具有对目标设备的root访问权限，并且详细而具体地说明了如何下载和安装客户端的说明。

两种安装过程之间的区别是AppOptics允许我将Java代理直接下载到我的主机上。 该过程涉及从命令行执行一对定制的语句。 完成该过程之后，我需要做的就是在启动应用程序时将Java代理作为参数包含在内，并且一旦我重新启动应用程序，数据便开始流向AppOptics。

就我而言，我正在运行一个简单的SpringBoot项目，该项目是使用Gradle构建的。 我在/ opt / appoptics中安装了AppOptics代理，然后将以下函数添加到我的build.gradle文件中。

bootRun {
        jvmArgs = ["-javaagent:/opt/appoptics/appoptics-agent.jar"]
}

New Relic安装需要我从New Relic网站下载一个zip文件到我的开发机器。 我使用SCP将文件上传到我的EC2实例。 之后，安装过程与AppOptics相似。

New Relic代理确实​​支持自动安装到Tomcat，Glassfish和其他几个应用服务器中，但是不幸的是，我没有使用应用服务器。 我最终将New Relic 代理解压缩到/ opt / newrelic ，然后将以下函数添加到我的build.gradle文件中。

bootRun {
        jvmArgs = ["-javaagent:/opt/newrelic/newrelic.jar"]
}

在这两种情况下，我重新启动应用程序后都花了几分钟，以便连接代理并让APM提供程序显示仪表板。

图3.仪表盘向上并准备进行比较

初步印象

我已经使用New Relic三年了，当我第一次在AppOptics上调出Service Overview仪表板时，感觉非常熟悉。 让我们从主页开始，查看每种工具的可用服务列表。

老实说，我更喜欢AppOptics主屏幕。 添加新服务时，请选择名称作为第一步，而New Relic则分配一个默认名称，您可以稍后对其进行编辑。 两项服务均在应用程序名称旁边显示了重要指标。 AppOptics包含图形，我注意到请求是按秒而不是分钟来衡量的。

图4. AppOptics服务列表

图5.新的Relic应用程序列表

在该服务的仪表板上，两个工具中的响应时间都显着显示。 AppOptics仪表板的顶部包括一个摘要，用于指定平均响应时间，每秒请求数和错误率。 这些是确定服务运行状况时的关键指标。

两种工具的仪表板大部分采用图形化方式，AppOptics以图形或表格形式显示所有数据。 从美观和易于解释的角度来看，我非常喜欢AppOptics提供的演示。 所有主要元素之间清晰的边界和一致的数据格式使您在精神上更容易在数据元素之间进行转换。

图6. AppOptics仪表板

虽然AppOptics看起来更直观，但New Relic似乎确实提供了对我的数据的更多访问权限。 接下来，我们将介绍基础结构监视，但是我可以直接从主仪表板直接跳转到我的每个主机的基础结构仪表板。

图7.新的Relic仪表板

两种工具都允许用户指定数据的时间窗口，并提供一些附加链接-如果是AppOptics，则位于仪表板的顶部，并且位于New Relic的左侧导航菜单中。 两者都提供有关服务处理的事务，远程服务调用以及数据库指标等的详细视图。 我无法从AppOptics仪表板中找到任何JVM数据。 根据我在网上找到的信息， JVM性能指标由AppOptics提供，但是也许我需要在诸如Tomcat或Jetty之类的应用程序服务器上安装代理。

基础设施监控

使用这两种工具，除了客户端的初始安装之外，基础结构监视还需要执行其他步骤。 AppOptics需要从命令行执行其他命令，New Relic需要注册免费试用其基础结构产品。 New Relic还使用了稍微不同的安装过程，该过程需要安装其他yum存储库。 说明中清楚地提供了每个步骤。

与应用程序列表一样，AppOptics的“ 基础结构”选项卡列出了可用的主机，并在每个主机旁边显示了带有小图的基本指标。

在New Relic中，您可以从应用程序仪表板导航到每个应用程序的主机，但我找不到所有受监视主机的列表。 通过查看单个实例进行比较，我喜欢以摘要形式查看实例状态的功能。 我找不到主机和特定应用程序之间的连接。 在团队可能支持10或20多个实例的情况下，New Relic采取的方法可能使导航到特定实例更加容易。

每个主机的特定仪表板的显示方式与应用程序数据类似。 AppOptics主要以非常干净和对称的布局使用图形面板，而New Relic仪表板使用多种显示类型来查看数据-尽管有更多数据可用，但它需要导航到不同的选项卡才能查看所有数据。

图8. AppOptics基础架构仪表板

图9.新的Relic基础设施仪表板

通过单击每个图形右上角的链接，这两种工具都可以浏览每个图形中的数据。 New Relic还可以选择从每个指标创建警报。 接下来，我们将讨论警报。

带有警报的自动监控

New Relic和AppOptics都可以添加警报。 我发现在AppOptics上设置警报的过程比在New Relic上进行设置的过程更简单。 New Relic提供了在其所有产品上创建警报的功能以及其他选项。 AppOptics不在所有实例之间，也没有在单个实例上定位（例如，定义警报范围的能力）。

两种工具都提供警报集成以及从电子邮件到Slack的大量通知服务集合，而AppOptics似乎具有更多的集成，但是这两种服务都列出了我在行业中经常看到的主要服务。

图10.创建一个AppOptics警报

图11.创建一个新的遗物警报

结论

总的来说，根据我的初始标准，我发现这两种工具具有可比性。 两种工具都提供了执行应用程序和服务的常规监视所必需的工具，并在出现问题时协助警报支持人员，并提供了必要的数据来帮助解决这些问题。

New Relic提供了其他产品，例如New Relic Synthetics和Insights，它们可能为组织提供其他监视选项。 该工具似乎提供了更多的数据点。 但是，我发现数据的位置并不总是很直观，并且不一定以易于查看的格式提供数据。

New Relic可能更适合大型企业，这些企业同时支持大量设备，并拥有必要的支持人员来定制和配置工具，以满足组织的需求。

与可用功能上的New Relic模块化方法相比，我认为AppOptics提供了一个更全面的解决方案，该解决方案在安装和开始查看和分析数据方面稍微容易一些。 由于系统的直观导航和更一致的数据表示，AppOptics对于系统的新用户可能需要更短的学习曲线。

万物都是平等的，在这两者之间进行选择不会有错误的选择。

但是，如果您担心预算，并询问AppOptics是否是New Relic的低成本替代产品，我将不得不以肯定的回答。 AppOptics为工具本身和需要精通的培训提供了较低的成本—与New Relic相比，所有这些都没有牺牲功能。

翻译自: https://www.javacodegeeks.com/2018/04/best-new-relic-alternative-for-application-monitoring.html