Markk

摘要： 为什么输出就能成功，它跟以下底层逻辑是分不开的，也希望大家能明白其中道理快速成功。 我们为什么要输出呢？首先，做自己开心的事，输出分享只是顺便而已。其次输出分享可以记录自己，人的记忆是很模糊的，时间久了会记不太清很早之前发生的事，输出分享记录可以让自己更通透，不迷糊，更像自己的一部小历史，更清楚自己 阅读全文

摘要： 前言 随着业务发展，MongoDB 中的核心业务流（如停车流水、订单日志等）会逐渐演变成几千万甚至数亿级别的超大集合。为了保障核心查询性能和控制存储成本，冷热数据分离成为了必经之路。 核心迁移方案全景对比 根据不同的业务特征和基础架构能力，冷热分离有以下主流架构选型。 基于 Change Strea 阅读全文

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

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

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

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

摘要： 先看本地和operator的效果！ 原理也可简单，就是通过k8sGPT把集群状态信息发送给大模型，由大模型进行诊断并给出具体操作由k8sGPT去执行。 前言 深夜被告警邮件叫醒，对着满屏飘红的 CrashLoopBackOff 和 ImagePullBackOff 发呆？又或者在成百上千行的 Kub 阅读全文

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

摘要： 前言 在k8s环境下，当我们选择用helm升级环境服务时，会发现随着时间的推移，有一些修改会直接通过工具或命令直接修改正式/测试环境配置，并且没有及时更新helm脚本，导致正式/测试环境配置与helm配置不一致。严格来说环境配置修改应统一由helm脚本去修改，去掉个人直接修改环境配置权限。但是对于已 阅读全文

摘要： 在软件工程演进和复杂系统架构设计中，团队经常面临一个典型困境：三个月后有人问“当时为什么用 Redis 而不用 Memcached？”时，只能靠模糊的记忆去拼凑原因。每隔 18 个月，团队就会无意识地重新争论同一个架构问题，因为没有人记录“当初为什么这么选”。 架构决策记录（Architecture 阅读全文