中小企业和初创公司如何在DigitalOcean Kubernetes上扩展：最佳实践第三部分 - 可靠性
内容提要
本文讨论了中小企业在Kubernetes环境中确保可靠性的最佳实践，包括节点和应用程序的配置、资源请求和限制的设置、健康检查探针的使用以及金丝雀和蓝绿部署等策略。遵循这些建议可以提升应用程序的可靠性和性能，确保其在不同情况下的正常运行。
延伸解读
资源请求与限制的权衡
文章指出，CPU和内存的请求与限制行为不同：CPU限制会导致节流，但容器不会被终止；内存限制超限则可能触发OOM终止。因此，除非有严格需求，建议省略CPU限制，以避免节点有空闲CPU时仍被节流。同时，请求值会预留资源，过度请求会导致浪费。合理设置请求和限制，有助于kube-scheduler做出更好的调度决策，并影响Pod的QoS等级和驱逐优先级。
探针配置的注意事项
启动探针用于慢启动应用，成功前会阻塞就绪和存活探针。就绪探针决定Pod是否接收流量，省略它可能导致流量过早进入未准备好的容器。存活探针在检测到不可恢复故障时重启Pod。文章特别强调，探针不应依赖外部组件，否则外部故障可能引发级联失败，导致大量Pod重启或不可用。
部署策略与版本标识
金丝雀部署通过少量副本验证新版本，蓝绿部署则通过切换服务选择器实现全量流量转移。两者都依赖监控指标（延迟、流量、错误、饱和度）来判断是否继续或回滚。此外，文章警告使用“latest”标签可能导致节点缓存旧镜像，造成版本不一致。建议使用语义化版本或提交SHA唯一标识构建，确保所有Pod运行预期版本。
升级与拓扑分布
DOKS默认采用 surge 升级，会创建额外节点并回收旧节点，可能中断工作负载。为平滑升级，应实施优雅关闭，并为有状态工作负载设置Pod中断预算，DOKS提供最多30分钟的节点排水宽限期。同时，使用拓扑分布约束将Pod分散到多个节点，避免单节点故障导致应用停机，这在集群升级、节点回收或自动扩缩时尤为重要。
Q&A
中小企业在Kubernetes环境中面临哪些可靠性挑战？
中小企业通常资源有限且部署规模较小，这使得确保Kubernetes集群的可靠性面临独特挑战。
如何选择合适的节点大小以提高Kubernetes集群的性能？
选择合适的节点大小应根据应用程序的资源需求，避免资源浪费和性能障碍，确保节点与应用程序资源配置相匹配。
Kubernetes中如何使用探针来监控应用程序的健康状态？
可以使用启动探针、就绪探针和存活探针来监控应用程序的健康状态，确保其在不同情况下的可靠性。
金丝雀部署和蓝绿部署有什么区别？
金丝雀部署是逐步推出新版本并监控其表现，而蓝绿部署则是通过两个独立的部署切换流量，以便快速回滚到旧版本。
如何在Kubernetes中设置CPU和内存请求与限制？
在Kubernetes中，设置CPU和内存请求与限制是确保资源有效利用的关键，需根据应用程序的需求进行合理配置。
在Kubernetes集群升级时如何确保应用程序的可用性？
实施平滑的关闭程序和Pod中断预算，以保护状态工作负载的可用性，确保在升级过程中不会影响服务。
