Elastic 可观测性 7.12 版新增功能：APM 关联性和原生 OpenTelemetry 支持
Elastic 可观测性 7.12 版重磅发布！通过 Elastic APM 中的关联性加速根本原因分析。借助 Beats 和 Agent 中的 ARM 支持，轻松监测低功耗设备。通过 Elastic 可观测性中的原生 OpenTelemetry 支持（现已支持痕迹和指标），简化采集架构。通过 Elastic Cloud 中的自动扩展功能和冻结层中的可搜索快照，降低您的总体拥有成本。这些只是 7.12 版新增内容的冰山一角，更多惊喜，敬请探索！
欢迎访问官方 Elastic Cloud 上的 Elasticsearch Service，体验最新版本的 Elastic 可观测性（提供 14 天免费试用版）。您也可以安装最新版本的 Elastic Stack 体验自管型部署，并在免费开放层中使用众多强大功能。
闲言少叙，下面我们深入了解一下本版本的一些亮点。
通过 APM 中的关联性自动显示导致应用程序变慢和错误的主要原因
Elastic APM 引入了关联性这项新功能，可以分析具有高延迟或错误的应用程序事务，并针对那些性能不佳的事务，自动显示与之高度关联的因素，比如服务版本、基础架构元数据等。有了这项功能，用户可以在反应式故障排除工作流中快速锁定导致性能低下的根本原因，从而缩短解决问题的平均时间。此外，这项功能还有助于主动式工作流，帮助应用程序所有者识别需要改进的领域，并持续改进最终用户体验。
例如，它可能会显示，某个服务版本与性能低下高度关联，或者某个客户遇到事务出错的情况过多。这些见解在 APM UI 中会突出显示，并帮助工程师缩小下一步的调查范围。
APM 关联性功能基于 Elasticsearch 中的重要术语“聚合”构建而成，可将那些具有高延迟和错误的事务上的标记与完整事务集进行比较，并自动识别在次优事务中“特别常见”的标记和元数据 — 换句话说，在次优事务中比在完整事务集中更常见的元素。低下的默认阈值是第 75 个百分位数，但可以进行定制。分析中包含的标记包括后端服务的自定义标签、基础架构和服务版本，以及前端服务的自定义标签、操作系统和客户端类型。
欢迎阅读文档，了解有关这一更新和其他 APM 更新的更多信息。
通过 Elastic Cloud 上的自动扩展，自动满足动态需求
许多 Elastic 客户（如 Audi）选择 Elastic Cloud 来运行和管理他们的 Elastic 部署，因为 Elastic Cloud 通过一键升级、部署模板等功能大大简化了操作。我们很高兴将自动扩展功能引入 Elastic Cloud，使其成为对公司/组织更具吸引力的选择。自动扩展是可观测性社区最需要的功能之一，他们正在寻找简单的方法来满足动态需求，不希望始终按最大容量付费而导致支出过多。
在 Elastic Cloud 上缩放集群轻而易举 — 只需移动滑块或进行 API 调用。通过自动扩展，这一过程变得更加简单。打开自动扩展（通过 UI 中的复选框或通过 API/CLI 调用以编程方式打开），Elastic Cloud 将自动扩展容量以满足集群的动态需求。用户还可以设置最大阈值以避免容量出现意外过高的情况。
自动扩展目前可用于数据存储和 Machine Learning 节点，未来将扩展到其他节点类型。
欢迎阅读 Elastic Stack 新增功能博文，详细了解这些更新。
通过 Beats 和 Agent 中的 ARM 支持监测基于 ARM 的基础架构
ARM 架构由于其高能效和便携性，长期以来一直占据着移动和物联网设备市场的主导地位。近年来，ARM 在服务器端云计算领域也越来越受到关注。AWS 推出了几个基于 ARM 的 EC2 实例；Microsoft 和 Google Cloud 似乎很快就会加入这一趋势。
秉持着“用户在哪，我们的服务就到哪里”的理念，我们很高兴在整个 Elastic Stack（包括 Beats 和 Elastic Agent）中推出对基于 ARM 的架构的支持。拥有运行 ARM 的服务器或设备的客户现在可以使用 Beats 或 Elastic Agent 收集运行状况和性能数据以监测其终端。许多用户刚刚涉足基于 ARM 的计算，正处于混合环境中。现在，这些用户可以在统一堆栈中监测他们的 ARM 基础架构以及其他基础架构。
特别值得指出的是，物联网社区已经有机地将 Elastic Stack 作为一个灵活且可扩展的边缘监测平台。现在，这些用户可以在边缘运行 Beats 和 Agent，进一步简化他们的采集架构。
原生 OpenTelemetry 支持
OpenTelemetry 正在逐渐成为可观测性数据的标准化收集层，旨在使公司/组织能够以开放且不依赖于供应商的方式对其应用进行插桩。我们很高兴地宣布 OpenTelemetry 对 Elastic 可观测性的原生支持，使公司/组织能够将 OpenTelemetry 代理收集的数据直接发送到他们的 Elastic 部署。这不仅减少了用户将 OpenTelemetry 应用到现有 Elastic 架构中的工作量，而且还简化了架构。
我们很高兴在 OpenTelemetry 支持方面又向前迈进了一步。2020 年 7 月，我们发布了面向 Elastic 的 OpenTelemetry Collector 导出器，这是 OpenTelemetry 代理和 Elastic APM 之间的转换层。有了原生支持（在 7.12 中标记为实验性功能）的加入，我们不再需要安装和管理这个额外的组件，用户现在可以直接将 OpenTelemetry 代理收集的数据发送到 Elastic APM 服务器。
原生 OpenTelemetry 支持目前可用于自管型独立部署上的 Elastic 可观测性，并将很快在 Elastic Cloud 和 ECE 上提供。
别走开，后面的内容更精彩
冻结层现在已经进入技术预览阶段，允许用户直接搜索存储在低成本对象存储（如 Amazon S3、Google Cloud Storage 和 Microsoft Azure Storage）上的数据。试想一下，您能够搜索多年的日志数据，而无需从存档中解冻数据。
为了改善用户在 Kibana 中执行这类耗时任务的体验，我们增加了“将搜索保存到后台”功能。现在，您可以自由地将长时间运行的查询发送到后台，从而腾出 Kibana 进行其他分析和探索性工作。
欢迎阅读 Elastic 7.12 公告博文，了解这些功能和其他 Elastic Stack 亮点。
本文所描述的任何特性或功能的发布及上市时间均由 Elastic 自行决定。当前尚未发布的任何特性或功能可能无法按时提供或根本不会提供。