Kubernetes 核心对象：Pod、Workload 与 Service 的一页备忘

星期一, 4月 6, 2026 | 1分钟阅读 | 更新于 星期三, 4月 8, 2026

@

第一次接触 Kubernetes 时，对象名很多，但抓住三条主线会轻松很多：跑什么（Pod）、谁保证数量与健康（Workload）、怎么从集群外访问（Service）。

Pod：最小调度单元

  • 一个 Pod 里可以有一个或多个容器，共享网络与存储卷（localhost 互通）。
  • Pod 是可替换的：节点故障时会被调度到别处重建，不要假设「本地磁盘永久存在」。

Workload：谁负责副本与滚动

  • Deployment：无状态应用最常见选择，管副本数、滚动升级与回滚。
  • StatefulSet：有稳定网络标识与有序部署时再用（如部分有状态中间件）。
  • DaemonSet：每节点一份（如日志、监控 agent）。

Service：稳定访问入口

  • 为一组 Pod 提供稳定虚拟 IP / DNS（ClusterIP），或通过 Ingress 暴露 HTTP(S) 路由。
  • Service 通过 label selector 绑定 Pod，Pod 变更时仍指向同一逻辑服务。

实操建议

  • 先会用 kubectl describe / logs / events 排障，再谈高级特性。
  • 资源请求与限制（requests/limits）和探针（liveness/readiness）尽早配置，否则弹性与调度行为会很难预期。
关于我

大家好，我是 lew。这里主要记录学习、工作与阅读里的碎片想法——偏工程实践，少空话；写给自己备忘，也欢迎路过的你顺手翻翻。

经历与方向

从事互联网研发与技术管理十余年，长期负责团队建设、架构演进、技术选型与交付节奏；经历从客户端到服务端、从功能迭代到线上治理的完整链路，习惯在稳定性、成本与交付速度之间做权衡。

技术栈与工程

后端以 Golang、Node.js（及常见服务端框架）为主；在分布式与实时服务、微服务（RPC、服务发现、可观测）、容器与编排（Docker / Kubernetes）、CI/CD 与云上架构上有较多实践。数据侧熟悉多种关系型 / 文档型数据库、缓存与消息队列；关注高可用、安全与弹性，也关注研发协作与发布效率。

AI / 大模型工程化

持续跟进 LLM 落地与工程化，方向包括但不限于 RAG、LoRA、Agent、MCP、SKILL 等缩写所指领域；更关心「模型能力」如何与业务约束、数据边界、可观测与发布节奏对齐，而不是单点炫技。文里会尽量直接用这些缩写，避免冗长中文释义。

管理与协作

在敏捷与 Scrum 实践、跨职能沟通与版本迭代上有较多经验；习惯用可度量的目标、评审与回顾推动改进，而不是只堆流程文档。

学习

MBA 在读，侧重创新创业与组织管理，用来补足商业与战略视角，和技术判断互相校准。

博客里可能写什么
  • LLM 与 RAG、Agent 等在实际业务里的取舍与踩坑
  • 后端、分布式与可观测的一得之见
  • 工具链、CI/CD 与个人工作流里的「人机协作」节奏

若你也关心 LLM、RAG、软件工程或知识管理，欢迎偶尔回来看看。

联系可通过站点页脚邮箱；合作与交流请说明来意。