将应用程序容器化为Docker并迁移到Kubernetes

我们在单个VPS上运行一个生产Web应用程序，这种设置已成为持续的问题来源。任何发布都意味着SSH进入，手动更新代码，手动重启服务，并希望没有任何故障；应用程序与依赖项之间没有隔离，无法在负载下扩展，单次重启会使整个服务停机。我们想以正确的方式来做这件事。任务是使用Docker将现有应用程序容器化，然后将工作负载迁移到Kubernetes集群，以便我们最终获得可重现的构建、水平扩展、自我修复，以及不必熬夜的部署。

工作开始于为每个服务编写干净的、生产就绪的Dockerfile，使用多阶段构建，以便镜像保持轻量且没有不必要的工具。接下来，我们需要将部署框架化为一组Helm图表，涵盖应用程序本身、其配置、机密和支持服务，并为每个环境提供单独的值文件。在集群方面，我们需要基于CPU和内存的水平Pod自动扩展器规则，合理的请求和限制，以及正确的存活和就绪探针，以便Kubernetes重启不健康的Pod，并仅将流量路由到真正准备好的实例。持久数据和配置需要放入卷、配置映射和机密中，而不是烘焙到镜像中。

最后，所有这些应该集成到一个自动化的CI/CD管道中，该管道构建镜像，将其推送到注册表，并在合并时部署到集群。生产发布本身必须无停机时间——使用滚动或蓝绿策略，并有文档化的回滚路径。请在开始之前提供相关的Kubernetes经验和简要计划。

— 所有服务的Dockerfile，具有多阶段构建
— 带有环境值、配置映射和机密的Helm图表
— HPA自动扩展，以及请求、限制、存活/就绪探针
— 自动构建、推送和部署镜像的CI/CD管道
— 零停机时间的发布（滚动或蓝绿）及回滚计划
— 简短的迁移运行手册和文档交接