Estrategia del entorno para ALM
Para seguir los principios de administración del ciclo de vida de la aplicación (ALM), necesitará entornos separados para el desarrollo y la producción de aplicaciones. Aunque puede realizar ALM básico solo con entornos de desarrollo y producción separados, le recomendamos que mantenga también al menos un entorno de prueba que esté separado de sus entornos de desarrollo y producción. Cuando tiene un entorno de prueba separado, puede realizar una validación de extremo a extremo que incluye la implementación de la solución y las pruebas de la aplicación. Algunas organizaciones también pueden necesitar más entornos para pruebas de aceptación de usuarios (UAT), pruebas de integración de sistemas (SIT) y capacitación.
Los entornos de desarrollo separados pueden ser útiles para ayudar a aislar los cambios de un esfuerzo de trabajo que se registra antes de que se complete. Los entornos de desarrollo separados también pueden ser útiles para reducir situaciones en las que una persona afecta negativamente a otra mientras realiza cambios.
Cada organización es única, así que considere cuidadosamente cuáles son las necesidades del entorno de su organización.
Entornos de desarrollo
Debe responder preguntas como:
- ¿Cuántos entornos de desarrollo necesito?
- Más información: Información general sobre los entornos
- ¿Cómo puedo aprovisionar entornos automáticamente desde el código fuente?
- Más información: Microsoft Power Platform Build Tools para Azure DevOps
- ¿Cuáles son las dependencias de mis entornos?
- Más información: Varias capas de soluciones y dependencias
Otros entornos
También debe responder la pregunta "¿Qué tipos de entornos sin desarrollo necesito?"
Por ejemplo, además de su entorno de producción, es posible que necesite entornos de prueba, UAT, SIT y de preproducción por separado. Tenga en cuenta que, como mínimo, cualquier práctica ALM correcta debe incluir el uso de un entorno de prueba antes de implementar cualquier cosa en el entorno de producción. Esto garantiza que tenga un lugar para probar su aplicación, pero también asegura que la implementación en sí misma pueda probarse.
Más información: Establecer una estrategia de entorno para Microsoft Power Platform
Consideraciones multi-geográficas
Los entornos Power Platform siguen un programa de actualización de servicios específico a medida que los entornos se actualizan en todo el mundo. Hay seis estaciones en total que se definen principalmente por ubicación geográfica. Las actualizaciones de servicio se aplican en secuencia para cada estación. Por lo tanto, las actualizaciones del servicio de la estación 2 se aplican antes que la estación 3. Por lo tanto, es común que los entornos que se encuentran en diferentes estaciones tengan diferentes versiones en un momento determinado. Para obtener más información sobre el programa de actualización del servicio de entorno, vaya a Versiones publicadas de Microsoft Dataverse
Importación de la solución y versión del entorno
Cuando tiene varios entornos en diferentes regiones, es importante comprender lo siguiente al importar una solución:
- Usted puede importar una solución en un entorno que sea una versión más reciente que el entorno donde se exportó la solución.
- Usted no puede importar de forma fiable una solución en un entorno que sea una versión más antigua que el entorno donde se exportó la solución. Esto se debe a que pueden faltar componentes o la funcionalidad requerida en el entorno anterior.
Ejemplo de alineación exitosa de entornos con estaciones de actualización de servicios
Imagine que tiene entornos de producción en Canadá y Estados Unidos. En ese caso, sus entornos de desarrollo deben estar en América del Norte (estación 5) y no en Canadá (estación 2). Entonces, sus entornos de desarrollo siempre serán los mismos o una versión anterior a sus entornos de producción, lo que reducirá los conflictos de versiones de importación de soluciones.
