Kubernetes

Kubernetes 是容器编排系统，把应用以声明方式描述成一组对象，由它负责调度、扩缩、健康检查与滚动更新^[1]。站长与它打交道的位置通常在四件事上：入口与证书、副本与资源限制、持久卷、日志与监控对接^[2]。

站点选它的理由

单机的面板路线能撑住多数站点，走到多副本、多服务、需要滚动发布与自动重启时才显出价值。它的代价是把复杂度从"配置文件在哪"变成"对象定义在哪个仓库、由谁应用"^[1]。

与搜索相关的四条

入口与 TLS。流量从负载均衡进来，证书在入口层终止，协议与跳转规则配在这里，出错时表现为抓取失败^[3]。

探针设置。就绪探针决定什么时候开始接流量，存活探针决定什么时候重启容器；探针配得太紧会在发布时把正常请求掐掉，留下一段错误码^[1]。

滚动更新。默认分批改替副本，过程中新旧版本同时在跑，模板与结构变更要保证两版都能工作^[2]。

持久卷。内容与上传文件要落在有备份的卷上，容器文件系统随时会被重建^[1]。

成本与判断

运维成本高于面板路线：需要有人读懂对象定义与事件，需要监控与日志的采集配套。站点结构简单、单机的面板能撑住时，收益不明显；反过来多站点、多服务与频繁发布时，它的自动恢复与滚动更新能省掉不少手工^[4]。

常见误用

第一种是把数据库放进同一套编排里长期跑，备份与升级复杂化。第二种是不设资源请求与上限，一个容器吃满节点。第三种是探针只做端口检查，页面其实已经返回错误^[1]。

附录

参见

• Docker 与容器
• 部署与发布
• CI 与 CD
• 反向代理
• 可用性监控

参考资料

官方（境外）

1. 《Kubernetes 文档》，CNCF / Kubernetes 项目。
2. 《Concepts: Workloads》，Kubernetes 项目。
3. 《Google 搜索中的 HTTP 与网络错误》，Google 搜索中心。
4. 《宝塔面板官方文档》，广东堡塔安全技术有限公司。

外部链接

• Helm 文档，CNCF。