如何监控 Nginx
前段时间接到一个需求,希望可以监控 Nginx 的运行状态。
我们都知道 Nginx 作为一个流行的 Web 服务器提供了多种能力,包括反向代理、负载均衡;也支持了许多协议,包括:
- gRPC
- http
- WebSocket 等
作为一个流量入口的中间件,对其的监控就显得至关重要了。
前段时间接到一个需求,希望可以监控 Nginx 的运行状态。
我们都知道 Nginx 作为一个流行的 Web 服务器提供了多种能力,包括反向代理、负载均衡;也支持了许多协议,包括:
Pulsar 有提供一个查询 Broker 负载的接口:
1 | /** |
可以返回一些 broker 的负载数据,比如 CPU、内存、流量之类的数据。
原文链接:https://medium.com/@andreiboar/5-small-tips-i-recently-learned-in-go-cf52d50cf129
我们在 Go 通常很少使用数组 arrays,一般使用切片 Slice 来代替;
但是当你需要使用的时候,如果你对需要指定数量大小感到很烦时可以使用 [...]
让编译器自动帮我们计算数组大小:
1 | package main |
以前有写过两篇文章来简单聊过如何做开源的事情,最近我自己组了一个社区里面也有不少朋友对开源感兴趣,于是我便根据自己的经验系统的梳理了一些关于开源的事情。
有兴趣的可以先看看之前这两篇。
在上一篇《从 Dapper 到 OpenTelemetry:分布式追踪的演进之旅》中在最后提到在做一些 Trace 的定制开发。
到现在差不多算是完成了,可以和大家分享一下。
我们的需求是这样的:
假设现在有三个服务:ServiceA、ServiceB、ServiceC
在上一篇:从 Dapper 到 OpenTelemetry:分布式追踪的演进之旅我们讲解了 Trace 的一些核心概念:
这次我们来讲另一个话题 Metrics
。
在之前写过两篇比较系统的关于 OpenTelemetry 的文章:
从基本概念到如何部署 demo 实战了解 OpenTelemetry,从那个 demo 中也可以得知整个 OpenTelemetry 体系的复杂性,包含了太多的组件和概念。
为了能更清晰的了解每个关键组件的作用以及原理,我打算分为几期来讲解 OpenTelemetry 的三个核心组件:
首先以 Trace 讲起。