Elastic APM, 是一个建立在elastic stack上应用程序性能监控系统。ElasticAPM使您可以轻松快速地定位和修复性能问题
在这段视频中，您将了解什么是链路追踪，以及如何使用它们以更好地了解您的应用程序。参考链接：Application Performance Monitoring (APM)
Elastic APM
是一个应用程序性能监控系统
其建立在elastic stack上
ElasticAPM使您可以轻松快速地定位和修复性能问题
在这段视频中，您将了解什么是链路追踪
以及如何使用它们
以更好地了解您的应用程序
配置ElasticAPM代理后，从您的应用程序收集跟踪
您将看到不同服务的列表
以及每种服务类型的概述
在ElasticAPM中，事务描述事件由埋点于检测服务或应用程序中的代理捕获
事务（transaction）是服务（service）中的最高工作级别
它(transaction)可能是对服务器的请求
批处理作业，甚至是后台作业
在这里，我们可以看到 frontend-node
每分钟约有313个事务
平均响应时间为77毫秒
错误率为0.5%
如果我们继续下去
并单击 frontend-node 服务
我们将看到该服务的概述
平均延迟在60毫秒到100毫秒之间变化
而有些峰值高达200毫秒
我们也可以研究一下95th或99th百分位数
概述页面
还可以显示吞吐量和错误率
它会自动将当前期间与上一期间进行比较
例如，过去24小时与前24小时
在页码的底部
有此服务的实例及其详细信息的列表
在本例中，只有一个实例在运行
向上滚动，您可以看到该服务不同事务的列表
主要事务是 /checkout
每分钟有近16笔事务
平均持续时间为1514毫秒
点击 transaction
显示该特定事务的详细信息
您可以看到持续时间的分布
并单击Slow Transaction以调查瓶颈
如果我们点击2.5秒到3秒之间的事务，
我们将获得选定持续时间内的样本事务的详细信息
如下图所示
一笔事务被分成多个跨度
每个跨度都与代码的一部分相关
在这个界面中，
您不仅可以跟踪事务时间
还包括每个跨度所花费的时间
在这里我们可以看到
/histershop.cardservice/emptyCart
在整个2.8秒的事务中花费超过2秒的时间
如果我们点击它，我们可以看到该特定执行的堆栈跟踪
以及元数据
如果您展开这个跨度（span）
您还可以查看其他服务的详细信息，
例如购物车服务
但分布式跟踪是另一个视频的主题
除了找到瓶颈之外
我们经常希望了解并避免错误
这可以通过检查特定事务的错误来完成
如果我们回到那些花了0到500毫秒的事务中去
然后我们点击浏览追踪的样本
我们可以看到有两个错误
单击Error可在错误页面中查看相关错误
通过单击错误消息
我们可以看到异常堆栈跟踪和元数据
在这种情况下，信用卡已过期
ElasticAPM允许您收集来自不同服务和应用程序的事件
在这段视频中
我们讨论了三种主要类型的事件
事务、跨度和错误
我们还在用户界面中，分析其中一个已埋点服务的APM数据
