ALM para Power Automate: soluciones, entornos y CI/CD con Azure DevOps
João Barros
13 de April de 2026
1 min de lectura
La gestión del ciclo de vida de aplicaciones (ALM) en la Power Platform se descuida con frecuencia, resultando en flujos "directamente en producción", sin control de versiones e imposibles de revertir. Las buenas prácticas de ALM previenen este problema.
Estructura de entornos
Entornos recomendados:
DEV → desarrollo individual, datos falsos
TEST → pruebas de integración, datos similares a prod
PROD → solo soluciones gestionadas, sin edición directa
Soluciones — la unidad de despliegue
// Crear una solución en el entorno DEV:
make.powerapps.com → Soluciones → Nueva Solución
Publisher: BConcepts (prefijo: bcpt)
Versión: 1.0.0.0
// Añadir flujos existentes a la solución:
Añadir existente → Flujo de nube
// IMPORTANTE: solo los flujos dentro de soluciones pueden exportarse/importarse correctamente
Exportar e importar manualmente
// DEV → TEST (solución no gestionada para pruebas)
Exportar → No gestionada → bconcepts_Flows_1.0.0.0.zip
// TEST → PROD (solución gestionada — no editable en PROD)
Exportar → Gestionada → bconcepts_Flows_1.0.0.0_managed.zip
Importar en el entorno PROD
CI/CD con Azure DevOps y la Power Platform CLI
# Azure DevOps pipeline YAML
trigger:
- main
steps:
- task: PowerPlatformToolInstaller@2
- task: PowerPlatformExportSolution@2
inputs:
authenticationType: PowerPlatformSPN
PowerPlatformSPN: 'Dev-SPN'
SolutionName: 'BConcepts_Flows'
SolutionOutputFile: $(Build.ArtifactStagingDirectory)/BConcepts_Flows.zip
- task: PowerPlatformImportSolution@2
inputs:
authenticationType: PowerPlatformSPN
PowerPlatformSPN: 'Prod-SPN'
SolutionInputFile: $(Build.ArtifactStagingDirectory)/BConcepts_Flows_managed.zip
ConvertToManaged: true
Conclusión
El ALM en la Power Platform no es complejo — requiere la disciplina de trabajar siempre dentro de soluciones, usar entornos separados y automatizar el despliegue con pipelines. La inversión inicial de configuración ahorra horas de debugging en producción.