小虎路

Go 原生 Prometheus Client 没有实现自动回收的能力，在一定场景下需要实现自动回收成为了一个需要考虑和涉及的地方。

eBPF 作为 cilium 底层，实际我真正的目的是能够用好的 cilium 的整个系统，但是站在 cilium 角度上看 ebpf，它确实一个黑盒子。

认为 epbf 还在继续发展，重点应该关注它的核心概念，而不是重点关注它底层的内部实现，毕竟我的环境是对 epbf 最大程度的使用，而不是深入开发。

在一些情况下，只有新的 Pod 完成自身初始化，系统尚未完成 Endpoint、负载均衡器等外部可达的访问信息刷新，老得 Pod 就立即被删除，最终造成服务短暂的额不可用，这对于生产来说是不可接受。

最近大版本更迭的时候，计划是平滑升级，使用 Pod 的滚动更新，可是万万没有想到，因为应用没有优雅停机，导致大量应用没有正常关闭业务请求，请求出现很多的 404 和 502 的情况。

之前写过一片关于 k8s 3 种探针的文章，收到很多小伙伴的反馈，说太繁琐了。学习曲线太过于陡峭，希望有一篇能快速入门的文章。

为了要解决这个问题，我把目标转向了基于 ebpf 的 cilium 组件，决定使用 cilium 来替换 kubelet 中的 kubenet 组件。但是出现了公有云 CLB 与 cilium 不通。

Knative 实战应用案例 PPT 分享，让小伙伴们一起来探索 knative 整体架构以及在实际场景中的应用。

对 istio 核心控制组件进行拆解分析，提炼和解析内部结构，方便小伙伴们能够真正了解 istio 的核心结果。