云原生之深入解析提高K8S监控可观察性的实战操作

• 当谈到云原生可观察性时，可能每个人都会提到 OpenTelemetry (OTEL)，因为社区需要依赖标准来将所有集群组件开发指向到同一方向。OpenTelemetry 能够将日志、指标（metrics）、跟踪（traces）和其他上下文信息组合到一个资源中。集群管理员或软件工程师可以使用此资源来获取在定义的时间段内集群中正在发生的事情的视图，但是 Kubernetes 本身如何利用这个技术栈呢？
• Kubernetes 由多个组件组成，其中一些组件是独立的，而另一些组件则堆叠在一起。从容器运行时的角度来看架构，那么从上到下有：
• • kube-apiserver：验证和配置 API 对象的数据；
• • kubelet：在每个节点上运行的代理；
• • CRI 运行时：容器运行时接口 (CRI) 兼容的容器运行时，如 CRI-O 或 containerd；
• • OCI 运行时：较低级别的开放容器倡议（OCI）运行时，如 runc 或 crun；
• • Linux 内核或 Microsoft Windows：底层操作系统。
• 这意味着如果在 Kubernetes 中运行容器时遇到问题，那么就会开始查看其中一个组件。随着当今集群架构复杂性不断增加，查找问题的根本原因是我们面临的最耗时的操作之一，即使知道可能导致问题的组件，仍须考虑其它组件，那么如何做到这一点呢？
• 大多数人可能会坚持抓取日志，过滤它