wilson排球

摘要： 可观测性不是“装个 Prometheus 就完事”，而是日志、指标、链路追踪三位一体的系统工程。本文结合 Envoy 1.32 实际配置，详细讲解如何接入 Prometheus 和 Jaeger，以及 Envoy Admin 接口在观测中的作用，帮助你快速建立一套真正“能用”的 Envoy 可观测性方案 阅读全文

摘要： 在服务网格和云原生架构中，Envoy 早已不只是“转发请求”的组件。本文通过熔断、限流、流量分发和透明代理等能力，逐步揭示 Envoy 如何将流量控制前移到基础设施层，从而避免级联故障、支撑灰度发布，并为后续的可观测性与服务治理打下基础 阅读全文

摘要： 在微服务规模不断扩大的场景下，手动为每个 Pod 注入 Envoy Sidecar 已经难以维护。本文从实际工程问题出发，详细讲解如何利用 Kubernetes 的 Mutating Admission Webhook 机制，实现 Envoy Sidecar 的自动注入。内容涵盖证书生成、Webhook 配置、注入服务实现，以及基于 Namespace / Pod Label 的精细化注入控制 阅读全文

摘要： 如果你不想让业务团队为 Sidecar 改任何配置，那你就只能从更底层下手。 本文通过一个真实的 Kubernetes + Envoy 场景，展示了如何在 业务零感知 的情况下，利用 iptables 强行“接管”Nginx 的出入流量。 过程中不仅有完整命令和验证思路，还有真实踩坑：端口冲突、uid 相同导致规则失效、pid namespace 带来的副作用——每一个问题，都是 Sidecar 落地时绕不开的现实。 阅读全文

摘要： xDS 看起来配置复杂、概念一堆，但真正跑一遍之后你会发现： 它解决的，只是“配置修改如何自动生效”这个最朴素的问题。 本文通过手写 EDS / RDS / ADS，把 Envoy 的动态服务发现从配置文件，拆解成一条清晰、可验证的工程链路。 阅读全文

摘要： 前言 上一篇内容，我们详细讨论了怎么使用envoy做负载均衡，并且记录详细的地址，其中还解决了一个问题，那就是怎么让envoy获取真实后端pod ip地址，后面使用headless service，既使用了service的服务发现能力，又不使用service的负载均衡能力 如果在某些特殊的场景下完全 阅读全文

摘要： 前言 之前使用了iptables、ipvs，在数据包的必经之路（POSTROUTING）上拦截并且记录日志，本文使用一个比较成熟的组件envoy来记录后端pod的真实ip 环境准备 环境准备如同之前 ▶ kubectl get pod -owide NAME READY STATUS RESTART 阅读全文

摘要： 前言 之前使用nginx-ingress-controller来记录后端真实ip，但是有位老哥说了，我没有用nginx-ingress-controller，而是用的原生nginx，这时候又当如何记录后端真实ip的问题呢 环境准备 nginx: upstream backend_ups { serv 阅读全文

摘要： nginx迁移到k8s中，access_log中的upstream_addr只记录service_ip。为了更方便的链路追踪，怎么记录pod_id？本文主要分享怎么利用nginx-ingress-controller来记录真实pod_id 阅读全文

摘要： 前言 当初项目的本意是为了监测中心机房到全国各地（主要是省会与重要城市）的ping速率而创建，目标ip地址是根据某个ip网站爬取，而现在该网站已经下线了，导致目标ip无法获取，再加上所用组件版本已经年久失修，最后是本人懒惰~~，导致项目已经不可用很久了 今年勤奋战胜懒惰，又重新占领高地，想着把该项目 阅读全文