如何利用 Apache APISX 提升 Nginx 的可观测性

​
"可观测性"是一种度量手段，方便掌握基础设施、系统平台或者应用程序的运行状况。常见的手段是收集 metrics、logging 和 tracing 及 events 数据，可以帮助开发/运维人员检测、调查、预警和纠正系统问题。
​
本文将从 Nginx 可观测性、Apache APISIX 与 Nginx 的关系、Apache APISIX 可观测性，以及结合 Apache SkyWalking 进一步提升可观测性这些方面分享关于可观测性的方案与实践。
​

Nginx 的可观测性

​

1、Nginx 常见监控方式

​
Nginx 在一定程度上能够做到可观测，以下罗列出 Nginx 的常见监控方式：
​

• ngx_http_stub_status_module。
• VTS module + [exporter] + prometheus + grafana。（如果 Nginx 版本比较低，需要引入 exporter ）
• Nginx Amplify SaaS。
  ​

ngx_http_stub_status_module

ngx_http_stub_status_module 主要收集实例级别的统计信息。
​

VTS module

VTS module 有三个比较明显的缺点。
​

• 安装复杂
  虽然 VTS module 能够采集指标，采集的指标类型也比较多，但是它的安装比较复杂。如果想要采用 VTS module，需要重新编译 Nginx，在编译 Nginx 之前加入 VTS moudle，完成编译后重新安装 Nginx 才可以正常使用 VTS。
  ​
• 扩展能力弱
  VTS 扩展能力分为两部分，一是在编译之前给 VTS 增加扩展；二是在编译之后增加扩展 —— 修改 nginx.conf 配置文件。通过修改 nginx.conf 文件来增加扩展会使 Nginx reload，生产环境直接 reload 或多或少会对业务产生一些影响。
  ​
• 社区更新缓慢
  VTS module 最新的一次更新是在 2018 年，已经停摆 3 年了。
  ​

Nginx Amplify SaaS

​
Nginx Amplify 是一个 SaaS 服务，Nginx Amplify 在远端提供服务，在 Nginx 服务之外安装 Agent。
​
在 Nginx 之外安装采集模块，那么在采集指标上就会有限制，只能拿到 Nginx 暴露出来的信息，没有暴露的内部信息是拿不到的。
​
另外，这是一个 SaaS 服务，需要通过公网将采集到的数据传到服务端，这会带来一些安全隐患，同时把一些企业用户阻挡在外面。或许 Nginx Amplify 的目标群体是 Nginx plus 这样的企业用户，不是开源用户。
​
Nginx Amplify SaaS 社区也不活跃，已经停摆 2 年。
​

2、Nginx 自身 Events 缺陷

​
Nginx 在 Events 收集上自身有缺陷，这里列举出两个问题：
​
一、Nginx 基于 nginx.conf 进行配置，修改后通过 reload nginx.conf 文件使配置生效。除 reload 事件外，没有其他 Events 可用，我们无法得知每次修改文件的变化，如：起初只配置一个路由，修改文件增加十个路由，只有 reload 事件无法得知增加的十个路由是哪十个路由。
​
二、Nginx 开源产品缺少主动健康检查。Nginx 是一个反向代理，真正的后端服务可能会出现重启、升级或者异常的情况，如果没有主动的健康检查，依靠被动检查，只能在流量出现异常的时候，才知道服务出了问题，这会丢掉很多 Events，导致上游 Events 事件信息不完整。
​