32、微服务的持续部署与自动化测试

微服务的持续部署与自动化测试

1. 持续部署

在持续部署方面，通常不建议直接从主分支进行部署，但为了简化操作，这里暂时采用了这种方式。后续可以采用一种分支策略，即使用主分支触发持续集成（CI）管道，在开发团队合并代码时自动测试代码；使用单独的生产分支触发持续部署（CD）管道，该分支可以启用分支保护。将这些分支分开，能在将代码合并到生产环境并发布给客户之前，手动测试和验证开发环境中的代码，避免尴尬的错误甚至恶意更改进入生产环境。

目前已经实现了单个微服务的自动化部署，当更改微服务代码时，代码会自动测试并部署到生产环境。还介绍了代码配置模板化的基础知识，可进一步扩展以方便在未来创建的每个微服务中重用部署管道。

以下是持续部署相关要点总结：
- GitHub Actions 是 GitHub 提供的服务，可用于响应代码仓库上的各种操作运行自动化工作流。
- 持续集成（CI）管道在将更改推送到代码仓库时自动对代码运行自动化测试和其他检查，是代码库问题的早期预警系统。
- 持续部署（CD）管道响应代码推送或拉取请求，自动将微服务部署到生产环境。
- 自动化部署是将代码传递给客户的渠道，便于发布代码更改并快速获得反馈。

创建 CI 或 CD 管道并不复杂，主要是创建 YAML 文件配置管道和 shell 脚本运行命令。成功使用微服务很大程度上依赖可靠的自动化部署，手动或不可靠的部署会使微服务扩展变得困难。将部署过程封装在 shell 脚本中，便于在本地测试，确保在更难调试的云环境中运行前能正常工作。环境变量用于配置自动化工作流中运行的 shell 脚本，其值可从 GitHub 机密中设置，GitHub 机密是用于存储和保护秘密敏感值