前言 在 Kubernetes (K8s) 集群中，服务 YAML 文件里的 resources 配置块往往是被开发者误解最深的区域。面对 requests 和 limits，许多人的做法是“凭感觉填”或者“抄隔壁项目的配置”。 但实际上，这短短几行 YAML 决定了你的微服务在面对突发流量时是安然度过、被无情限流（Throttling），还是直接…

前言 现所属公司使用了k8s来作为生产环境，使用了knative来作为服务基础构建，底层服务与服务之间的通信全由knative-eventing进行异步传输，broker底层使用的kafka作为消息队列存储。那么服务与服务之间的通信目前是处于黑盒状态，A到B的消息A是否发送成功了，kafka是否收到了，以及B是否消费了，这都是黑盒的。又因为前几天因…

前言 在云原生架构中，系统是否能够真正做到“弹性伸缩”，取决于对底层扩缩容引擎的控制力。从基础的资源监控（CPU/内存），到面向业务的 Serverless 并发调度，扩缩容不仅是简单的“超过阈值就加机器”，而是一套精密结合了数学计算、防抖动容错以及业务特性的控制流。 扩缩容的核心大脑：K8s 原生 HPA 的底层规则 HPA (Horizonta…

前言 在 Kubernetes (K8s) 集群中，服务 YAML 文件里的 resources 配置块往往是被开发者误解最深的区域。面对 requests 和 limits，许多人的做法是“凭感觉填”或者“抄隔壁项目的配置”。 但实际上，这短短几行 YAML 决定了你的微服务在面对突发流量时是安然度过、被无情限流（Throttling），还是直接…

前言 在 Kubernetes (K8s) 集群中，服务 YAML 文件里的 resources 配置块往往是被开发者误解最深的区域。面对 requests 和 limits，许多人的做法是“凭感觉填”或者“抄隔壁项目的配置”。 但实际上，这短短几行 YAML 决定了你的微服务在面对突发流量时是安然度过、被无情限流（Throttling），还是直接…

仓促编写，新鲜出炉，如有错误，欢迎大家指正~ 目标 早干完，早回家！不熬夜！ 痛点 服务众多，上线发布巨慢无比 目前有五十个微服务，需要把这些全部上线才能构建完整系统。CPD项目引入serverless，完全实现后服务数量会成指数级增长。上线时一个个发布巨慢无比。 配置众多，不好管理 基于以上服务，每个至少有三个配置文件，就是总共约150个配置文件…

先看本地和operator的效果！ 原理也可简单，就是通过k8sGPT把集群状态信息发送给大模型，由大模型进行诊断并给出具体操作由k8sGPT去执行。 前言 深夜被告警邮件叫醒，对着满屏飘红的 CrashLoopBackOff 和 ImagePullBackOff 发呆？又或者在成百上千行的 Kubernetes 事件日志里大海捞针，试图寻找那个导…

前言 构建k8s集群大体可分为三种方式： 使用kubeadm或者封装了kubeadm的框架进行部署。 使用terraform在支持的云厂商进行部署。 直接购买云厂商现成的k8s集群产品。 这三种方式由难到易（其实难的也没多难，就是可能会稍微复杂一点点），这里记载使用terraform在腾讯云构建k8s集群因参数设置不对，导致serviceIP不够，…

这篇文章没有摘要

前言 在k8s环境下，当我们选择用helm升级环境服务时，会发现随着时间的推移，有一些修改会直接通过工具或命令直接修改正式/测试环境配置，并且没有及时更新helm脚本，导致正式/测试环境配置与helm配置不一致。严格来说环境配置修改应统一由helm脚本去修改，去掉个人直接修改环境配置权限。但是对于已经存在配置不一致的情况，找到了以下方法可以方便对比…