可观测性能力升级,Apache APISIX 集成 OpenTelemetry
本文为您介绍 Apache APISIX opentelemetry
插件概念以及如何如何开启和部署 opentelemetry
插件。
背景信息
Apache APISIX 是一个动态、实时、高性能的 API 网关,提供负载均衡、动态上游、灰度发布、服务熔断、身份认证、可观测性等丰富的流量管理功能。作为 API 网关,Apache APISIX 不仅拥有众多实用的插件,而且支持插件动态变更和热插拔。
OpenTelemetry 是一个开源的遥测数据采集和处理系统,它不仅提供了各种 SDK 用于应用端遥测数据的收集和上报,以及数据收集端用于数据接收、加工和导出,还支持通过配置导出到任意一个或者多个已经适配 OpenTelemetry Exporter 的后端,比如 Jaeger、Zipkin、OpenCensus 等。您可以在 opentelemetry collector contrib 库中查看已经适配 OpenTelemetry Collector 的插件列表。
插件介绍
Apache APISIX opentelemetry
插件是基于 OpenTelemetry 原生标准(OTLP/HTTP)实现的 Tracing 数据采集,并通过 HTTP 协议发送至 OpenTelemetry Collector。该功能将在 Apache APISIX 2.13.0 版本中上线支持。
由于 OpenTelemetry 的 Agent/SDK 与后端实现无关,当应用集成了 OpenTelemetry 的 Agent/SDK 之后,用户能够在应用侧无感知的情况下轻松地、自由地变更可观测性后端服务,比如从 Zipkin 切换成 Jaeger。
opentelemetry
插件在 Apache APISIX 中集成了 OpenTelemetry Agent/SDK,可以实现采集被追踪的请求生成 trace 后转发到 OpenTelemetry Collector。
opentelemetry
插件位于上图中的 Agent 侧,但目前仅支持 trace
协议,还不支持 OpenTelemetry 的 logs
和 metrics
协议。
如何使用
启用插件
您需要在 conf/config.yaml
配置文件中启用 opentelemetry
插件并修改 collector
配置。
假设您已经完成 OpenTelemetry Collector 的部署,并且启用了 OTLP HTTP Receiver。
如果您未完成部署,可参考下一节的场景示例部分,完成 OpenTelemetry Collector 的部署。
其中 OTLP HTTP Receiver 的默认端口为4318
,collector
的地址为 OpenTelemetry Collector 的 HTTP Receiver 地址,相关字段可参考 Apache APISIX 官方文档。
方法一:将插件绑定到指定路由
为了更方便的展示测试效果,示例中暂时将 sampler
设置为全采样,以确保每次请求都被追踪后产生 trace
数据,方便您在 Web UI 上查看 trace
的相关数据。您也可以根据实际情况,设置相关参数。
方式二:设置 Global Rules
您也可以通过 Apache APISIX Plugins 功能启用 opentelemetry
插件。完成全局配置后,您仍然需要创建路由,否则将无法进行测试。
方式三:通过 additional_attributes
为 Span 自定义标签
关于 sampler
和 additional_attributes
的配置您可以参考 Apache APISIX 官方文档,其中 additional_attributes
是一系列的 Key:Value
键值对,您可以使用它为 Span 自定义标签,并且可以跟随 Span 在 Web UI 上展示。通过 additional_attributes
为某个路由的 Span 增加 route_id
和 http_x-custom-ot-key
,可以参考如下配置:
测试示例
您可以通过以上三种方式中的任意一种方式启用 opentelemetry
,以下示例使用方式三的方法创建路由,创建成功后,您可以参考如下命令访问路由:
访问成功之后,您可以在 Jaeger UI 中看到类似如下图所示 /put 的 Span 详情,并可以看到 Tags 列表中展示了路由中自定义的 tag:http_x-custom-ot-key
和 route_id
。
您需要注意,additional_attributes
配置的设定是从 Apache APISIX 和 Nginx 变量取值作为 attribute
的值,因此 additional_attributes
必须是 Apache APISIX 或者 Nginx 的有效变量。其中也包括 HTTP Header,但是在取 http_header
时,需要添加 http_
作为变量名的前缀。如果变量不存在,就不会展示这个 tag
了。
场景示例
本场景示例通过简单修改 OpenTelemetry Collector 官方示例部署 Collector、Jaeger 和 Zipkin 作为后端服务,并且启动两个示例应用程序(Client 和 Server),其中 Server 提供了一个 HTTP 服务,而 Client 会循环调用 Server 提供的 HTTP 接口,从而产生包括两个 Span 的调用链。
步骤一:部署 OpenTelemetry
以下使用 docker-compose
作为示例,其它部署可以参考 OpenTelemetry 官方文档。
您可以参考如下命令部署:
在浏览器中输入 http://127.0.0.1:16886
(Jaeger UI)或者 http://127.0.0.1:9411/zipkin
(Zipkin UI),如果可以正常访问,则表示部署成功。
下图为访问成功示例:
步骤二:配置测试环境
引入 Apache APISIX 服务,最终应用的拓扑如下图所示:
Trace 数据上报流程如下。其中由于 Apache APISIX 是单独部署的,并不在 docker-compose
的网络内,所以 Apache APISIX 是通过本地映射的端口(即 127.0.0.1:4138
)访问到 OpenTelemetery Collector 的 OTLP HTTP Receiver 的。
您需要确保已经启用 opentelemetry
插件,并重新加载 Apache APISIX。
您可以参考如下示例创建一个路由,并且启用
opentelemetry
插件进行采样:
修改
./examples/demo/otel-collector-config.yaml
文件,并添加 OTLP HTTP Receiver,如下所示:
修改
docker-compose.yaml
。
您需要修改配置文件,把 Client 调用 Server 的接口地址修改为 Apache APISIX 的地址,将 OTLP HTTP Receiver 和 Server 服务的端口映射到本地。
以下示例是修改配置后完整的 docker-compose.yaml
:
需要注意,demo-client.environment.DEMO_SERVER_ENDPOINT
处需要改为您的 Apache APISIX 地址,且保证在容器内可以正常访问。
当然,您也可以通过 docekr-compose.yaml
部署 Apache APISIX ,具体可以参考 Apache APISIX 官方文档。
步骤三:测试
重新部署完成后,访问 Jaeger UI 或者 Zipkin UI 即可看到 Trace 中包含了 APISIX 的 Span,如下图:
禁用插件
如果您暂时不需要某个路由的 Trace 采集,则仅需修改路由配置,将配置中的 plugins
下的 opentelemetry
相关配置删除即可。
如果您是通过绑定 Global Rules 全局启用的,则只能删除 opentelemetry
全局插件的配置。得益于 Apache APISIX 的动态化优势,开启关闭插件的过程都不需要重启 Apache APISIX,十分方便。
总结
Apache APISIX 在集成 OpenTelemetery 之后,借助 OpenTelemetry 丰富的插件能够与市场上大部分主流的 Trace 系统轻松实现对接。此外,Apache APISIX 也实现了 SkyWalking 和 Zipkin 原生标准协议插件,也在积极与各大社区合作打造更加强大的生态。
Apache APISIX 项目目前正在开发其他插件以支持集成更多服务,如果您对此有兴趣,您可以通过 GitHub Discussions 发起讨论,或通过邮件列表进行交流.
评论