如何用 Azure DevOps 实现 .NET 微服务的 CI/CD？

在 Azure DevOps 中实现 .NET 微服务 CI/CD 的核心是通过 Azure Pipelines 自动化构建、测试和部署，首先配置触发器与构建步骤，包括还原、编译、测试及代码覆盖率收集；随后通过容器化方式将应用打包为 Docker 镜像并推送到 ACR，再利用 Kubectl 或 Helm 部署至 AKS；整个流程由 YAML 管理，支持多环境发布、审批控制与安全隔离，确保高效稳定交付。

在 Azure DevOps 中实现 .NET 微服务的 CI/CD，核心是通过 Azure Pipelines 自动化构建、测试和部署流程。整个过程包括代码提交触发构建、自动发布到不同环境（如开发、预发、生产），并结合容器化与 Kubernetes 提升部署灵活性。

配置 CI：自动化构建与测试

每次向主干或特性分支推送代码时，应自动触发构建和单元测试，确保代码质量。

• 在项目根目录创建 azure-pipelines.yml 文件，定义构建步骤
• 使用微软提供的 .NET 任务模板，还原依赖、构建项目、运行测试
• 启用代码覆盖率和静态分析工具（如 SonarQube）集成

trigger:
  - main
<p>pool:
vmImage: 'ubuntu-latest'</p><p>steps:</p><ul><li><p>task: DotNetCoreCLI@2
inputs:
command: 'restore'
projects: '*<em>/</em>.csproj'</p></li><li><p>task: DotNetCoreCLI@2
inputs:
command: 'build'
projects: '*<em>/</em>.csproj'
arguments: '--configuration Release'</p></li><li><p>task: DotNetCoreCLI@2
inputs:
command: 'test'
projects: '*<em>/</em>Tests/*.csproj'
arguments: '--configuration Release --collect:"Xplat Code Coverage"'

实现 CD：多环境持续部署

构建产物可通过流水线自动发布到不同环境，支持手动审批和自动回滚策略。

AppMall应用商店

AI应用商店，提供即时交付、按需付费的人工智能应用服务

56

查看详情

• 将构建输出打包为 NuGet 包或 Docker 镜像（推荐后者用于微服务）
• 在 Azure Pipelines 中创建发布流水线或使用 YAML 部署阶段
• 按环境划分部署阶段，每个阶段可设置前置审批、自动触发或定时发布
• 使用变量组管理各环境的连接字符串、API 密钥等敏感信息

结合容器与 Kubernetes 部署

.NET 微服务通常以容器形式部署，Azure DevOps 可直接推送镜像并更新集群。

• 在 azure-pipelines.yml 中添加 Docker 构建和推送任务
• 登录 Azure 容器注册表（ACR），打标签并推送到 ACR
• 使用 Kubectl 任务更新 AKS 上的 Deployment 或 Helm Chart

- task: Docker@2
  inputs:
    containerRegistry: 'your-acr-connection'
    repository: 'my-microservice'
    command: 'buildAndPush'
    Dockerfile: '**/Dockerfile'
    tags: '$(Build.BuildId)'

基本上就这些。只要把构建、测试、镜像打包、部署串成流水线，并按环境控制发布节奏，就能稳定运行 .NET 微服务的 CI/CD。关键是保持配置即代码（YAML 管理），并做好权限与安全隔离。不复杂但容易忽略细节。

以上就是如何用 Azure DevOps 实现 .NET 微服务的 CI/CD？的详细内容，更多请关注php中文网其它相关文章！