kubernetes

Prometheus+K8s弹性伸缩综合项目HPA 基于 CPU 利用率（或其他自定义指标）自动扩缩 Deployment / ReplicaSet / ReplicationController 的 Pod 副本数；由 K8s API 资源 + 控制器实现，控制器周期性调整副本数，使 Pod 平均指标与目标值匹配。

把 DeepSeek Harness 装进 K8s我一直想把 DSH（DeepSeek Harness）运行在我的 homelab2 k8s集群里（此前一直运行在本机的 ~/.dsh 里。），这样我就可以 7*24 随时随地使用了。

prometheus+k8s+弹性伸缩，综合项目由 k8s弹性伸缩综合项目.pdf 转换（共 41 页），已按章节整理：表格/命令/重点已格式化。第6部：kubernetes弹性伸缩

03_Kubernetes 核心概念拆解：从 Spec/Status 收敛到工作负载控制器的设计逻辑摘要： Kubernetes 的核心概念常被拆成资源清单来记忆，但真正决定行为的是两个底层机制：Spec 与 Status 的持续收敛，以及调度承诺与运行时约束的分离。本文从“资源即对象”的模型出发，梳理无状态与有状态服务的分野，拆解 Pod、Deployment、StatefulSet、DaemonSet、Job 五类工作负载的控制器逻辑，以及 Service 四层负载与 Ingress 七层路由的边界。最后聚焦两个最容易踩坑的实践点：声明式管理与命令式操作的适用边界，以及 requests/limit

Git入门基础操作：初始化、暂存、提交、忽略、撤销、回退。状态简写含义：修改文件后再次提交：--hard 会丢弃当前工作区和暂存区的修改，慎用。

【运维杂谈】K8s遇到Terminating的名称空间删除不了怎么办？（解决方案亲测有效）本篇几年前写的，非AI文，怀念那个没有AI自己下功夫研究的时代。本篇文章给大家介绍名称空间删除不了怎么办，解决方案亲测有效！！！

KubeSphere 容器云实践：从管理 K8s 到建设企业 PaaS，还需要哪些能力本文由 RuoYi Office 团队整理，结合实际项目分享企业软件的设计思路与开发经验。当团队已经能在KubeSphere中查看微服务、Pod、事件与日志，下一步往往希望把它交给更多开发者：“选一个服务，填环境和版本，就能完成发布。”

etcd备份与恢复：删了 etcd.yaml，容器为什么还在跑？——一次 K8s 控制面死锁排查实录目标是在单节点集群（kubeadm 部署，节点名 k8s-master）上做一次完整的 etcd 快照备份与恢复演练，流程如下：

Operator 的测试该写到哪一层？139 个用例之后我划的三条线更名说明：本项目原名 KubeSentry，自 2026-11-03 起更名 KubeStasis（避免与既有项目重名）；CRD group 也于 11-04 由 apps.sentry.io 改为 kubestasis.io。前几篇文章里的旧名指的都是同一个项目，代码仓库现为 github.com/weirong-ui/…。

手工建集群到全自动发布：k8s集群部署与DevOps流水线整合实战完整交付链路如下图所示：开发者 push 代码到 GitLab（GitLab / GitHub / Gitee 均可），Jenkins 按 tag 拉取代码，依次完成 Maven 构建、SonarQube 质量检测、Docker 制作自定义镜像并推送到 Harbor；随后把部署用的 YAML 文件推送到 K8s master 节点，并远程执行 kubectl apply 完成发布；构建结果通过钉钉机器人通知到群。

我不会起名字322

K8s Pod 反复重启 CrashLoopBackOff：从 exit code 到根因的 5 步排查我不会起名字322 · 后端 / 算法 / 数据库📘 技术栈｜ 🧩 力扣 Hot100 ｜ 🐹 Go 项目｜ 🟥 Redis ｜ 🐬 MySQL

我不会起名字322

K8s 节点磁盘打满导致 Pod 被驱逐：4 类占用与回收顺序我不会起名字322 · 后端 / 算法 / 数据库📘 技术栈｜ 🧩 力扣 Hot100 ｜ 🐹 Go 项目｜ 🟥 Redis ｜ 🐬 MySQL

Kubernetes集群——存储管理目录一.简单介绍二.临时存储卷——emptyDir卷2.1简单介绍2.2创建emptyDir卷2.3内存临时存储卷

闲云自留地

K8s 的记忆大脑！ETCD 集群部署、etcdctl 命令与备份恢复全通关学习参考：etcd 官网、etcd 项目CNCF 是一个中立的基金会、云原生技术推广和普及的领导者。归根结底，etcd 是一个键值存储的组件，其功能都是基于其键值存储功能展开的。

Operator 上生产前补的 6 件事，和 5 件我明确不做的更名说明：本项目原名 KubeSentry，自 2026-11-03 起更名 KubeStasis（避免与既有项目重名）；CRD group 也于 11-04 由 apps.sentry.io 改为 kubestasis.io。前几篇文章里的旧名指的都是同一个项目，代码仓库现为 github.com/weirong-ui/…。

k8s基础组件与创建资源Master节点： 1.API Server：集群的统一入口 2.Controller Manager：负责维护集群的状态 3.Scheduler：负责集群中资源调度 3.etcd：负责存储集群中各种资源信息

吴声子夜歌

Kubernetes权威指南——网络原理（一）Kubernetes网络模型设计的一个基础原则是：每个Pod都拥有一个独立的IP地址，并假定所有Pod都在一个可以直接连通的、扁平的网络空间中。所以不管它们是否运行在同一个Node（宿主机）中，都要求它们可以直接通过对方的IP进行访问。设计这个原则的原因是，用户不需要额外考虑如何建立Pod之间的连接，也不需要考虑如何将容器端口映射到主机端口等问题。

无言听风雨丶

Kubernetes Service Mesh 与 mTLS 实战：从网络可达走向零信任服务通信一、引言：NetworkPolicy 拦得住 IP，却回答不了“谁在调用谁” 《NetworkPolicy 网络微隔离》解决了 Kubernetes 东西向流量的第一层问题：哪些 Pod 可以访问哪些 IP、端口。但真实业务继续演进后，仅靠它仍有几件事做不了：

跟原生 HPA 做对照压测：五轮里前四轮全废，最后一个结论也被我自己降级更名说明：本项目原名 KubeSentry，自 2026-11-03 起更名 KubeStasis（避免与既有项目重名）；CRD group 也于 11-04 由 apps.sentry.io 改为 kubestasis.io。前几篇文章里的旧名指的都是同一个项目，代码仓库现为 github.com/weirong-ui/…。

【K8s系列 (一) 】Docker与容器（上篇）⭐️名不显时心不朽，再挑灯火看文章。个人主页：YYYing.⭐️Kubernetes系列专栏：从零开始的k8s学习