15、微服务与 Docker 部署全解析

微服务与 Docker 部署全解析

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

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

2. 微服务部署术语解析

• 构建（Build） ：在此阶段，服务源码需无错误编译，并通过所有相应的单元测试，最终生成构建工件。
• 持续集成（CI） ：每次开发者提交更改时，都会强制重新构建整个应用。对应用代码进行编译，并运行全面的自动化测试集。该实践源于大型团队频繁集成代码的问题，基本理念是使软件的变更量保持较小，以确保软件处于可工作状态，即便开发者的提交导致系统崩溃，也易于修复。
• 部署（Deployment） ：部署的先决条件包括硬件配置、安装基础操作系统以及正确版本的 .NET 框架。接下来，需将构建工件逐步推进到生产环境，这两个部分的结合即为部署阶段。在大多数单体应用中，部署阶段和发布阶段并无明显区别。
• 持续部署（CD） ：每次成功构建后都会直接部署到生产环境。从技术团队的角度来看，CD 更为重要。在 CD 模式下，还涉及自动化单元测试、标记、构建编号版本控制以及变更可追溯性等实践。通过持续交付，技术团队确保推送到生产环境的变更在各个较低环境中都能按预期工作，这些变更通常较小且部署迅速。
• 持续交付（Continuous delivery） ：与 CD 不同，CD 主要由