生产部署期间发生了什么？幕后指南
内容提要
部署流程涉及构建、制品、数据库迁移、健康检查、滚动更新和回滚，步骤复杂耗时。PaaS平台可自动化这些流程，减少团队维护负担，但合规要求、特殊基础设施或部署作为核心产品时，自建仍合理。多数团队应选择PaaS，专注产品开发，而非维护无客户的基础设施。
延伸解读
部署链的隐藏成本
文章指出，部署基础设施已成为一种运营开销，团队需要维护构建服务器、调试测试运行器、管理制品注册表等，这些工作不直接交付功能，却消耗工程时间和精力。这种“第二系统”的维护成本往往被低估，尤其是在深夜值班或冲刺规划时体现得尤为明显。
迁移与健康检查：风险与保障
数据库迁移是部署中最危险的环节，因为数据难以恢复，且新旧代码可能同时运行。文章强调向后兼容的迁移模式，并指出PaaS虽不能自动编写迁移，但能提供结构化的执行和日志。健康检查则通过就绪和存活探针确保新版本可用，避免将流量路由到未就绪的应用。
自建部署的合理场景
并非所有团队都应采用PaaS。文章列举了三种例外：合规要求（如数据驻留、审计）、部署作为核心产品（如CI/CD平台或内部开发者平台）、以及特殊基础设施（如GPU集群、实时系统）。这些情况下，自建管道是合理且必要的，而非单纯的负担。
Q&A
生产部署过程中通常包括哪些关键步骤？
生产部署通常包括构建、制品生成、数据库迁移、健康检查、滚动更新和回滚等关键步骤。
为什么数据库迁移被认为是部署中最危险的步骤？
因为代码可以轻易替换，但数据一旦损坏或丢失就很难恢复。迁移过程中新旧代码可能同时运行，需要确保兼容性，否则可能导致数据问题。
健康检查中的就绪检查和存活检查有什么区别？
就绪检查用于判断应用是否准备好接收流量，而存活检查用于判断应用是否仍在运行，如果失败则可能需要重启。应用可能存活但未就绪，例如还在预热缓存。
滚动更新是如何实现零停机部署的？
滚动更新通过逐步替换旧版本实例来实现零停机。平台先启动一个新版本实例，等待健康检查通过后，将部分流量切换到新实例，并关闭一个旧实例，重复此过程直到所有实例都更新为新版本。
为什么说回滚是部署中的逃生舱？
因为当新版本出现问题且无法快速修复时，回滚可以快速恢复到上一个已知良好的版本，减少故障时间。回滚依赖于之前存储的版本化制品。
在哪些情况下，团队仍然应该自建部署系统而不是使用PaaS？
当有合规要求（如数据驻留、审计）、部署基础设施是公司的核心产品，或者基础设施非常特殊（如GPU集群、实时系统）时，自建部署系统是合理的。
PaaS平台如何帮助团队减少部署维护负担？
PaaS平台自动化了构建、制品管理、健康检查、滚动更新和回滚等步骤，团队无需自己维护构建服务器、编排逻辑等，从而节省工程时间，专注于产品开发。
