kubernetes

赵文宇（温玉）

CoreDNS的hosts插件的缺行配置导致k8s集群异常Kuberentes 环境中 CoreDNS 是一个基础服务，他提供外部域名、Service名称、POD名称等资源的 DNS 解析功能。CoreDNS 可以通过插件来进行功能扩展，但是如果对插件配置使用不当，可能会引起整个集群的故障。

k8s云原生【第十课】：水平 Pod 自动扩缩容HPA 可以自动增减 Pod 副本数量。流量大就多开 Pod 扩容；流量变小就减少 Pod 缩容，实现服务弹性。

你的 Pod 为什么 Pending：调度器两阶段周一早上发版，CI 全绿，Pod 就是不起来。kubectl get nodes 齐刷刷 Ready，登节点 top 一看 CPU 才用 8%；kubectl get pods 里新副本排成一排 Pending，像集体罢工。

不吃香菜kkk、

CI/CD（GitOps）学习与部署手册这份文档给谁看：想搞懂这套 CI/CD 是怎么跑的、想照着部署一套、或想接手维护的人。文档定位：先讲"为什么"和"怎么跑通"，再讲"每个文件干什么"，最后才是部署与排障。覆盖仓库：ops/devops/zcyw-jenkins-shared-library（共享库）｜ slp/gitops（GitOps 配置）｜ slp/vue（业务示例）文档基准版本：2026-09-21

【2026】K8s GPU调度空占怎么解？Kueue与Volcano Gang配置阅读收益：2 套 Gang Scheduling 完整 YAML · 1 张方案选型矩阵 · 1 条五段式排障链路 · 1 套多租户 GPU 配额方案测试环境：Kubernetes 1.31+ · Kueue v0.9+ · Volcano v1.15+ · NVIDIA Device Plugin v0.14.1 ｜验证日期：2026-09-20

KES-Operator重塑Kubernetes环境下的KES数据库集群管理随着越来越多的业务系统全面拥抱Kubernetes，应用部署与资源管理的范式正经历深刻变革。然而，作为典型的有状态应用，数据库在迁入K8s环境后，如何无缝适配云原生管理体系，给传统运维模式带来了全新挑战。

K8S 资源菜单

PUE优化工程实践：从1.5到1.2的制冷架构与气流组织改造路径国标GB 40879要求存量数据中心PUE≤1.50，新建≤1.30，政府采购更严。将运行中数据中心PUE从1.5优化到1.2，需在制冷、气流、控制三方协同改造。本文拆解工程路径与关键参数。

Ingress-Nginx与kubernetes 网络官网：Welcome - Ingress-Nginx Controller修改镜像标签：推送：修改 deploy.yaml

程序猿阿越

containerd如何创建Pod之前看了kubelet侧如何管理Pod，本章分析CRI的默认实现：containerd。kubelet：watch apiserver获取分配给当前Node的Pod，调用CRI接口，管理Pod生命周期

昇腾生态开发深度实践：CANN算子库架构解析与MindSpore模型优化昇腾AI生态中，CANN作为芯片使能层承担着算子编译与执行的关键角色，而MindSpore则通过图算融合将计算图自动拆解为高效算子序列。本文从开发者视角出发，结合CANN 5.0.2.alpha 版本与MindSpore 2.2.10 实践，系统梳理算子库加载机制、融合策略以及混合精度下的性能调优路径，并给出可复现的配置示例与避坑纲要。

Kubernetes 核心概念：集群架构、核心组件与资源对象Kubernetes 是一个用于管理容器化应用的容器编排平台。理解 Kubernetes，首先需要建立一个整体认识：Kubernetes 并不是直接管理应用程序，而是通过管理 Pod，间接管理 Pod 中运行的容器，最终实现对应用程序的管理。

weixin_42028414

Kubernetes 开发自定义CRD资源Kubernetes（简称K8s）已成为容器编排领域的事实标准。其强大之处不仅在于内置的资源管理能力，更在于其高度可扩展的架构设计。自定义资源定义（Custom Resource Definition，CRD）作为Kubernetes的核心扩展机制，允许用户在不修改Kubernetes源代码的情况下，扩展API以管理自定义资源类型。本文将全面介绍CRD的概念、设计原则、开发流程及最佳实践，帮助开发者掌握这一强大工具。

CI 算力饥渴症：Runner 弹性伸缩的架构权衡与落地每个 CI 平台的负责人迟早会被同一类工单轰炸：白天十点，流水线排队二十分钟，业务团队问「为什么这么慢」；晚上十点，几十台构建机器空转，财务问「这些机器是干嘛的」。

SLO 燃烧率公式漏了个 1-，告警要全停才触发配好那天我挺得意：多窗口、双档位、recording rules 一应俱全，教科书级别的 burn rate 告警。之后三个月零告警，我一度以为服务稳如老狗。

羑悻的小杀马特

从写 YAML 到集群自愈：KES-Operator 把 KES 集群接进 Kubernetes 原生体系业务系统往 Kubernetes 上搬，这几年已经没什么争议。无状态服务搬得最顺，镜像一推、Pod 一拉、流量一切就完事。数据库是另一回事：它是有状态应用，数据要落地、实例有身份、主从有角色、备份得留存。这些在传统运维里靠经验和人工兜住的事情，到了 K8s 环境中，必须变成可描述、可协调的资源对象。

照着 CKS 教材做实验，把 apiserver 干瘫了 7 分钟单 master 集群里，kubelet 杀掉老 apiserver 容器的那一秒，你手里的 kubectl 就成了废铁。这不是虚构故事——是我照着某门流行的 CKS 备考课程的实验指导书，一步步做出来的。而且这个错误今天还躺在不少教程和 AI 生成的实验指导书里。

名字还没想好☜

Kubernetes 用 kubectl port-forward 和 proxy 调试集群内服务:两者区别、断连自动重连与为什么别用在生产线上排查时经常遇到这种局面:一个服务只在集群内部通过 ClusterIP 暴露,没有 Ingress、也没配 NodePort,你想从本地电脑连上去看看它到底通不通、返回什么。开个临时 LoadBalancer 太重,让运维加条 Ingress 规则又太慢。这时候 kubectl port-forward 和 kubectl proxy 就是最顺手的两把「隧道」工具。

武汉唯众智创

云计算实训室建设指南（2026版）：从技能大赛赛项标准反推架构、课程与落地路径过去两年，大模型把企业IT的算力格局重写了一遍。反映到职业教育端，一个很现实的问题是：不少院校的云计算实训室还停留在"几台服务器装一套虚拟化软件"的阶段，学生练的技术和企业用的技术，中间隔着不止一代。本文以全国职业院校技能大赛"云计算应用"赛项标准为参照，从能力画像、总体架构、技术选型、课程体系到避坑清单，完整拆解2026年云计算实训室的建设思路。

名字还没想好☜

Docker 网络实战:bridge/host/none/自定义网络、容器互通与端口映射踩坑两个容器,一个是 web 一个是 mysql,web 里写 localhost:3306 连数据库,死活连不上。换成宿主机 IP 有时又通有时不通。这几乎是每个人上手 Docker 都会撞的墙。根因是没搞清 Docker 的网络模型——容器里的 localhost 是容器自己,不是宿主机,更不是隔壁容器。