Despliegue continuo de Blazor con Azure DevOps

La automatización del proceso de construcción, prueba y despliegue de aplicaciones Blazor es esencial para mantener un ciclo de desarrollo ágil, confiable y repetible. Azure DevOps proporciona un conjunto completo de herramientas que permiten implementar pipelines de integración y entrega continua (CI/CD) para aplicaciones Blazor Server o Blazor WebAssembly.

Este artículo explica cómo configurar un pipeline de CI/CD para una aplicación Blazor Server, incluyendo la integración con un repositorio Git, la definición del proceso de build y el despliegue automático a Azure App Service.

Requisitos previos

Cuenta activa en Azure y acceso al portal https://portal.azure.com.
Proyecto Blazor Server funcional y almacenado en un repositorio Git (GitHub o Azure Repos).
Cuenta de Azure DevOps y organización configurada.
Azure App Service creado para recibir el despliegue.

Crear el proyecto en Azure DevOps

Acceder a https://dev.azure.com y crear un nuevo proyecto.
Importar el repositorio Git donde se encuentra el código fuente de la aplicación Blazor Server.
Verificar que el proyecto tenga una rama principal (main o master) correctamente configurada.

Crear una App Service en Azure

En el portal de Azure, seleccionar Crear recurso > App Service.
Configurar:
- Nombre: blazor-devops-demo
- Publicar: Código
- Pilas: .NET 8 (o superior)
- Región: la más cercana al entorno de desarrollo
- Grupo de recursos: crear uno nuevo si es necesario
Crear el servicio y esperar a que esté disponible.

Crear un pipeline de CI/CD en Azure DevOps

Ir a la sección Pipelines > Pipelines y seleccionar Crear Pipeline.
Elegir la fuente de repositorio: GitHub o Azure Repos.
Seleccionar YAML como método de configuración.
Agregar el siguiente contenido para el archivo azure-pipelines.yml:

trigger:
  branches:
    include:
      - main

pool:
  vmImage: 'windows-latest'

variables:
  buildConfiguration: 'Release'

steps:
- task: UseDotNet@2
  inputs:
    packageType: 'sdk'
    version: '8.x'
    installationPath: $(Agent.ToolsDirectory)/dotnet

- task: DotNetCoreCLI@2
  inputs:
    command: 'restore'
    projects: '**/*.csproj'

- task: DotNetCoreCLI@2
  inputs:
    command: 'build'
    projects: '**/*.csproj'
    arguments: '--configuration $(buildConfiguration)'

- task: DotNetCoreCLI@2
  inputs:
    command: 'publish'
    projects: '**/*.csproj'
    arguments: '--configuration $(buildConfiguration) --output $(Build.ArtifactStagingDirectory)'

- task: PublishBuildArtifacts@1
  inputs:
    PathtoPublish: '$(Build.ArtifactStagingDirectory)'
    ArtifactName: 'drop'

Este pipeline compila y publica la aplicación Blazor en formato listo para despliegue. A continuación, se debe crear una Release Pipeline.

Crear el pipeline de Release (Despliegue)

Ir a Pipelines > Releases, seleccionar New Pipeline.
Elegir Empty Job.
En el artefacto, seleccionar el pipeline generado anteriormente (drop) y enlazarlo.
En la fase de despliegue, agregar una nueva tarea: Azure App Service Deploy.
Configurar:
- App Type: Web App on Windows
- App Service name: seleccionar el creado previamente
- Package or folder: $(System.DefaultWorkingDirectory)/drop
Habilitar Despliegue automático después del build en la pestaña Triggers del artefacto.

Personalizar con variables de entorno

En Azure App Service es posible definir variables de entorno que se pueden consumir desde appsettings.Production.json o directamente en tiempo de ejecución:

En el portal de Azure, ir a la App Service > Configuración > Configuración de la aplicación.
Agregar claves como ConnectionStrings__Default o MyCustomVariable.

Estas configuraciones son seguras, persistentes y no requieren recompilación.

Pruebas automáticas antes del despliegue

Si el proyecto incluye pruebas unitarias, se puede agregar el siguiente paso antes del publish:

- task: DotNetCoreCLI@2
  inputs:
    command: 'test'
    projects: '**/*Tests.csproj'
    arguments: '--configuration $(buildConfiguration)'

Esto asegura que solo se desplieguen builds que hayan superado las pruebas.

Conclusión

Implementar un flujo de CI/CD para aplicaciones Blazor con Azure DevOps automatiza completamente el proceso de entrega, desde la validación del código hasta el despliegue en producción. Esto no solo acelera el desarrollo, sino que también reduce errores humanos y mejora la calidad del software.

Gracias a los pipelines YAML, las definiciones son auditables, versionables y portables. Esta integración es ideal para proyectos Blazor en entornos empresariales o colaborativos, permitiendo adoptar prácticas modernas de DevOps sin abandonar el ecosistema .NET.

.NET Blazor