mano233

1. 背景 8月30日，下午 15:50 左右，因阿里云 RDS 宿主机故障，我们部署在此宿主机上的一个核心订单库（mysql.order_sharding$^{[1]}$）因探活失败发生 HA 切换

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

实际工作中碰到实际问题，如何正确在 Golang 中在处理 Http Request 之前修改 Host 字段内容，我提供一个可行的解决方案，并对其中的原理进行了分析。

本文通过另外一个解题思路，让Pod内的程序优雅的访问Kubernetes ApiServer，测底杜绝 secret 中 Token 发放，是先Token 文件内容的“0”读取。

Kubernetes-sigs 的 Gateway API 提供一种让多网关模型统一管理的可能性，我在公司内部 Serverless 产品模型中使用 Gateway API，获得了不错的效果。

最近业务研发反映了一个需求：能不能让现有基于 gin 的 webservice 框架能够自己输出 response 的信息，尤其是 response body 内容。本次就这个需求展开一次探索。

服务端程序中, 要将Request Body中的内容记录到日志中。但是读取一次之后就无法再次进行读取，就需要读取完之后对Body重新赋值来支持后续的读取操作, 网上看了大家一般都是一样。真的正确嘛？

公司部署的 k8s 部署越来越多，导致同一环境和承担相同任务的 k8s 也在增多，而对接多个 k8s 的协同工作接口层也设计的越来越复杂，导致 CI/CD 系统在对接 k8s 的时候面对了非常多的挑战

在 kubenet 网络的节点上的 pod 无法访问 cilium 网络的节点上且**部署了 networkpolicy** 的 pod，导致网络互联互通的异常。