什么是滚动发布

滚动发布是逐步将新版本软件部署到生产环境中的一部分服务器上，而蓝绿部署则是维护两个完全相同的生产环境，新版本部署在"绿色"环境中，经过测试后将流量切换到"绿色"环境，原"蓝色"环境作为备份。

蓝绿部署允许在两个并行的生产环境中进行版本对比和A/B测试，而滚动发布则无法提供这种测试能力。

蓝绿部署需要维护两套完整的生产环境，资源开销较大。而滚动发布只需要逐步替换服务器，资源利用率更高。

滚动发布过程中，如果发现新版本存在问题，可以很容易地回滚到旧版本。而蓝绿部署则可以通过将流量切换回"蓝色"环境来快速回滚。

滚动发布可以控制新版本的部署范围和速度，从而控制风险。而蓝绿部署则需要在切换前完成全量测试，一旦切换，风险就是全部或全无。

现有系统中可能存在相互依赖的应用程序，单独迁移一个应用可能会中断整体运营。旧系统也可能与云环境不兼容，需要大量重构或重新开发。

新技术对于习惯传统IT环境的内部团队来说可能陌生。员工可能抗拒采用新技术，组织必须培训现有员工或招聘具备相关技能的新人才。

将大量数据迁移到云端时，受限于带宽可能需要很长时间。如果迁移后出现问题，回滚到之前状态可能很复杂耗时。某些相互依赖的迁移可能需要暂时离线，影响业务运营。

逐步将应用程序和基础架构迁移到云端的过程中，需要妥善规划和管理各个阶段，以确保无缝过渡并最大限度减少停机时间。

持续集成（CI）和持续交付（CD）是滚动发布的基础。CI/CD服务能够自动编译、测试和打包软件更新，然后将其交付给最终用户。与传统的批量部署相比，这种方式能够提高早期缺陷发现、生产力和发布速度。

实验性或恢复性发布应与主CI/CD流水线分开处理，以便在必要时可以轻松回滚。

基础设施即代码（IaC）可减少部署环境中的错误，并简化错误检查。如果由于IaC代码更新而导致错误，您可以快速将代码库回滚到最后一个已知的稳定配置文件。您还可以使用以前版本的IaC配置文件回滚环境，例如部署旧版本的应用程序。

对于生产环境的部署，需要更加谨慎地进行监控，因为任何问题都会立即影响用户。一些最佳实践包括分阶段推出或"功能切换"，以便在需要时快速回滚。

与大规模批量部署相比，更小、更频繁的更新更可取，因为它们降低了任何单个更改的风险和影响。

源代码控制允许软件开发人员轻松构建和分支环境。例如，开发人员可以分支应用程序的IaC，以根据应用程序部署的区域启动、使用和停止高性能Amazon EC2实例。

滚动发布模式下，开发人员在同一个代码分支上工作，而不是基于不同的版本分支。

滚动发布模式下的软件更新通常通过软件包管理器从远程软件仓库获取并分发给用户。

频繁的小更新需要自动化的测试流程来确保质量。

滚动发布通常以小的增量形式频繁发布软件更新，而不是以大版本的形式发布。

为了支持频繁的小更新，滚动发布需要采用持续集成的开发实践。

编译增量代码更改，将其链接和打包为软件交付物，然后自动部署到最终用户。这些CI/CD服务还可以运行自动化测试，以在部署前验证软件功能。

可以自动化应用程序的部署过程，包括构建、测试、配置和发布应用程序。

如果所有测试通过，可以自动将代码推送到下一个部署环境，无需人工干预。