15、使用 Docker 部署微服务：全面指南

使用 Docker 部署微服务：全面指南

1. 微服务架构的优势与挑战

微服务架构为服务部署提供了更高的灵活性和隔离性，能够显著缩短周转时间，提升业务敏捷性。然而，在处理单体应用，尤其是部署方面，会面临新的挑战。下面先了解下微服务部署的相关术语。

2. 微服务部署术语解读

微服务部署术语涵盖了从代码变更到应用发布的各个阶段，具体如下：
- 构建（Build） ：在构建阶段，服务源代码被无错误编译，并通过所有相应的单元测试，此阶段会生成构建工件。
- 持续集成（CI） ：每次开发人员提交更改时，CI 都会强制整个应用重新构建。应用代码被编译，并运行一套全面的自动化测试。该实践源于大型团队中频繁集成代码的问题，基本思想是保持软件的变更量小，以确保软件处于可工作状态。即使开发人员的提交破坏了系统，也易于修复。
- 部署（Deployment） ：部署的先决条件包括硬件配置、安装基础操作系统和正确版本的 .NET 框架。接下来是将构建工件逐步推广到生产环境，这两个部分的组合称为部署阶段。在大多数单体应用中，部署阶段和发布阶段没有区别。
- 持续部署（CD） ：在 CD 中，每次成功的构建都会部署到生产环境。从技术团队的角度来看，CD 更为重要。在 CD 下，还有自动化单元测试、标记、构建编号版本控制和变更可追溯性等实践。通过持续交付，技术团队确保通过各种较低环境推送到生产环境的变更在生产环境中按预期工作。通常，这些变更较小且部署速度很快。
- 持续交付（Continu