ALM en la Power Platform: entornos, soluciones y pipelines de deploy
João Barros
16 de January de 2026
2 min de lectura
Las aplicaciones Power Platform sin ALM resultan invariablemente en editar directamente en producción, sin control de versiones y con bugs imposibles de revertir. Un ALM sólido protege la producción y acelera el desarrollo.
Estrategia de entornos
DEV → desarrollo individual, datos de prueba, sin restricciones
TEST → pruebas de aceptación, datos similares a prod, acceso limitado
PROD → solo soluciones gestionadas importadas, CERO edición directa
¿Por qué entornos separados?
- Solución gestionada en PROD = no editable = protección contra errores accidentales
- Conexiones (Linked Services) configuradas por entorno
- Los datos de prueba nunca se mezclan con datos reales
Trabajar con soluciones
// SIEMPRE crear y editar dentro de una solución:
make.powerapps.com → Soluciones → Nueva Solución
Publisher: BConcepts (prefijo: bcpt_)
Versión: 1.0.0.0
// Añadir componentes existentes O crear nuevos dentro de la solución
// Los componentes fuera de soluciones no pueden exportarse/importarse correctamente
// Actualizar la versión antes de exportar:
Soluciones → Editar → Versión: 1.0.1.0
Power Platform Pipelines (built-in)
// Admin Center → Power Platform Pipelines → Nuevo pipeline
Entorno de origen: DEV
Etapas:
1. TEST (aprobación manual opcional)
2. PROD (requiere aprobación de 2 personas)
// Para hacer deploy:
Solución → Pipelines → Implementar aquí
→ Seleccionar etapa: TEST
→ Enviar para aprobación / deploy directo
→ El pipeline aplica como solución GESTIONADA en el entorno destino
Gestión de conexiones entre entornos
// Problema: las Connection References apuntan a conexiones específicas por entorno
// Solución: Crear la misma Connection Reference en cada entorno con conexiones locales
// En el deploy, mapear las Connection References correctamente
// En el YAML del pipeline (alternativa Azure DevOps):
- task: PowerPlatformImportSolution@2
inputs:
SolutionInputFile: solution_managed.zip
ConnectionVariables: |
bcpt_SharePoint: $(SharePoint_PROD_ConnectionId)
bcpt_SQL: $(SQL_PROD_ConnectionId)
Conclusión
El ALM en la Power Platform no es complejo — requiere la disciplina de trabajar siempre dentro de soluciones y nunca editar directamente en producción. Los Power Platform Pipelines built-in hacen el proceso accesible sin Azure DevOps, manteniendo la gobernanza y la trazabilidad.