wilson排球

摘要： 在微服务规模不断扩大的场景下，手动为每个 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无法获取，再加上所用组件版本已经年久失修，最后是本人懒惰~~，导致项目已经不可用很久了 今年勤奋战胜懒惰，又重新占领高地，想着把该项目 阅读全文

摘要： 前言 上一小节描述了metrics、traces，本小节来把log也加进去，并且做一个traces与log的联动 当查看日志的时候，可以同时跳转到对应的jaeger，查看分段trace情况 应用服务 本次要测试的应用服务架构为 a.py-->b.py 业务服务会往对应的目录打印日志，并且日志包含了t 阅读全文

摘要： 前言 jaeger的架构演变 在之前的描述中，一直使用jaeger:all-in-one来做数据存储与展示，jaeger:all-in-one就是将collector、query、ui、storage等等功能的大杂烩，在调试与测试环境中，非常方便，但是在生产环境肯定是不能这样用，本节就来 将其拆分成 阅读全文