Manual · Intermedio
Cómo ordenar DEV, TEST y PROD con Power Platform Pipelines
Un camino corto para que una solución salga de desarrollo, se pruebe y llegue a producción sin editarse ahí.
Una solución que solo existe en el entorno donde se construyó se vuelve frágil el día que alguien la corrige en producción. Power Platform Pipelines sirve para mover esa solución por tres entornos con un registro de lo que se publicó.
Tres entornos, tres trabajos
- DEV. Se construye. La solución puede ir no administrada, para seguir cambiando componentes.
- TEST. Se valida con quien opera el proceso. Aquí entra la solución administrada.
- PROD. Se usa. No es el lugar para rediseñar la pantalla.
Antes del primer despliegue
- Un publicador y un prefijo propios, para reconocer los componentes.
- Variables de entorno para lo que cambia entre DEV y PROD: URLs, listas, correos de notificación.
- Referencias de conexión, para que el flujo no quede amarrado a la cuenta de quien lo creó.
- Una solución que contenga la aplicación, el flujo y las tablas que viajan juntas. Lo que no debe promoverse, se queda fuera.
Al promover
Instala la solución administrada en TEST. Prueba el camino completo: alta, aprobación, error y permiso de quien no es el maker. Si TEST se sostiene, el mismo paquete sigue a PROD.
Si algo falla en PROD, el arreglo vuelve a DEV y recorre el pipeline otra vez. Editar el componente en PROD rompe la próxima promoción.
Qué anotar
Entorno, versión de la solución, fecha y qué se probó. Con eso otra persona puede saber qué está en producción sin abrir el diseñador.