Migrar aplicaciones y flujos desde el entorno predeterminado

Este documento técnico explica cómo las organizaciones y los administradores pueden planificar la migración de sus aplicaciones y flujos desde el entorno predeterminado.

Autores: Ravi Chada (Microsoft), Rui Santos (Microsoft)

Nota

Para guardar o imprimir estas notas del producto, haga clic en Imprimir en el explorador y después en Guardar como PDF.

Entorno predeterminado

Se crea automáticamente un entorno predeterminado por inquilino y está accesible para todos los usuarios de ese inquilino. El entorno predeterminado se crea en la región más cercana a la región predeterminada del inquilino de Microsoft Entra y se llama: [Nombre del inquilino de Microsoft Entra] (predeterminado). Siempre que un nuevo usuario se suscriba a Power Apps o Power Automate, automáticamente se le agrega el rol de Creador del entorno predeterminado. No se agrega automáticamente a ningún usuario al rol de Administrador de entorno del entorno predeterminado.

No puede eliminar el entorno predeterminado y no puede realizar una copia de seguridad manual del entorno predeterminado. Las copias de seguridad del sistema se realizan de forma continuada. El entorno predeterminado está limitado a 1 TB de capacidad de almacenamiento. El entorno predeterminado tiene las siguientes capacidades:

• Capacidad de la base de datos de Dataverse de 3 GB
• Capacidad del archivo de Dataverse de 3 GB
• Capacidad de registro de Dataverse de 1 GB

La comprobación de capacidad realizada antes de crear nuevos entornos excluye la capacidad de almacenamiento incluido del entorno predeterminado al calcular si tiene capacidad suficiente para crear un nuevo entorno. Para almacenar más datos, puede crear un entorno de producción.

En el entorno predeterminado, los empleados de una organización con una licencia de Microsoft 365 puede crear aplicaciones y flujos en la nube. El entorno predeterminado se convierte en el primer estudio para que estos empleados comiencen a crear sus aplicaciones y flujos. Debido a que no es posible eliminar la función de creador de entornos del entorno predeterminado, los creadores comienzan a crear flujos y aplicaciones de productividad personal y los comparten dentro de sus equipos para que otros se beneficien. La mayoría de las organizaciones suelen cambiar el nombre del entorno predeterminado a Productividad personal.

Los administradores descubren reactivamente que muchas aplicaciones y flujos se crean en el entorno predeterminado. Puede que no sea apropiado que una aplicación o flujo esté en el entorno predeterminado en escenarios como:

• Una aplicación se comparte con muchos usuarios en un comportamiento similar al de producción.
• Una aplicación utiliza libros de Excel con datos confidenciales.
• Una aplicación, basada en listas de SharePoint, está recibiendo muchas interacciones de datos, como inserciones o actualizaciones.
• Una aplicación o flujo utiliza conectores que no están permitidos en las nuevas políticas de prevención de pérdida de datos (DLP).
• Los conectores personalizados se habilitan y utilizan en el entorno predeterminado, en lugar de estar protegidos en un entorno dedicado.

Vale la pena considerar los escenarios anteriores y proporcionan una indicación de que debe comenzar a mover estas aplicaciones y flujos desde el entorno predeterminado al propio entorno de desarrollador u otro entorno compartido. Otros factores que entran en juego son las limitaciones asociadas con el entorno predeterminado.

Equipos del Centro de Excelencia (CoE) que monitorean Power Platform se ven obligados a reaccionar una vez que se alcanzan los límites, lo que afecta negativamente a las aplicaciones que se ejecutan en el entorno predeterminado. Esta limitación también puede ser algo que un Administrador o el equipo del CoE deban realizar con regularidad. Hay tres fases generales:

• Identificación de los objetos Power Platform
• Movimiento de los objetos Power Platform
• Limpiar los objetos Power Platform

Existen diferentes formas de exportar sus aplicaciones y flujos para moverlos a un nuevo entorno. Las soluciones son un único archivo que puede incluir casi cualquier cosa que los creadores creen Power Platform y moverlas juntas. Las aplicaciones de Canvas y los flujos de nube se pueden exportar directamente.

Con el tiempo, los objetos Power Platform han evolucionado para tener en cuenta la solución. Ahora las aplicaciones y los flujos pueden reconocer la solución de forma predeterminada, aunque esto requiere activación manual. Los creadores aún pueden crear aplicaciones y flujos desde make.powerapps.com y make.powerautomate.com, que pueden clasificarse como no compatibles con la solución, y pueden exportarse individualmente o agregarse a una solución. Al agregar una solución, el fabricante puede aprovechar las variables de entorno y las referencias de conexión para configurar e implementar puntos finales en todos los entornos.

El objetivo es agregar todos los componentes Power Platform a una única solución, lo que permite mover fácilmente múltiples componentes como una sola unidad entre entornos.

Identificación de los objetos Power Platform

El primer paso es identificar aplicaciones, flujos y activos que deben trasladarse o limpiarse. El CoE Starter Kit proporciona un inventario de todas las aplicaciones y flujos, y los informes de Power BI ayudan a determinar el uso. Este paso le ayuda a evaluar el uso de la aplicación y debería ayudarle a etiquetarlas. A medida que realiza el ejercicio, asegúrese de etiquetar las aplicaciones y los flujos que deben migrarse a otro entorno. Una etiqueta podría basarse en los conectores utilizados, la ubicación del usuario, el departamento del usuario, etc. Este artículo también describe un método para reconocer elementos que deben limpiarse o reubicarse según las prácticas de prevención de pérdida de datos (DLP).

Movimiento de los objetos Power Platform

Si el componente está etiquetado para moverse a un entorno diferente, hay opciones disponibles para mover la aplicación. Una mudanza es un proceso interactivo y necesita cierto nivel de interacción con el creador. El nivel de complejidad para mover una aplicación o un flujo aumenta con la combinación de componentes utilizados para crear la aplicación o el flujo.

Por ejemplo, una aplicación con seis pantallas tiene 10 botones en varias pantallas. Supongamos que cada uno de estos 10 botones llama a un flujo individual. También hay un par de flujos que se activan diariamente para corregir datos o integrarlos con otro sistema. Supongamos también que hay un modelo de procesamiento de imágenes de AI Builder que se utiliza como parte de la automatización. Para mover una aplicación de este tipo, se deben agregar todos los componentes a una solución y las referencias de conexión se deben ajustar correctamente y probar antes de confirmar la finalización.

En otro caso, supongamos que hay una aplicación de lienzo que utiliza una conexión de Office 365. En este caso, el creador sólo necesita agregar la aplicación de lienzo a la solución.

Limpiar los objetos Power Platform

Si un componente está etiquetado para limpieza, existen dos opciones principales. La primera opción es eliminarlo directamente y la segunda opción es eliminarlo después de realizar una copia de seguridad. En el último caso de copia de seguridad, puede haber cierta superposición de pasos que coincidan con objetos en movimiento.

Por ejemplo, los administradores del equipo CoE descubren que la mayoría de los creadores crean aplicaciones y flujos de prueba con fines de aprendizaje. Luego, los creadores abandonan las aplicaciones y los flujos, lo que se puede confirmar observando las métricas de uso. Otra forma es poner en cuarentena una aplicación. Si nadie se comunica con usted acerca de la aplicación, la aplicación también se puede eliminar.

Mantener una estrategia de comunicación juega un papel clave. Los administradores deben planificar la comunicación:

• Establecer conexiones que los fabricantes deben permitir cuando lanzan la aplicación en el nuevo entorno.
• La nueva URL de la aplicación del entorno de destino.
• Navegación al entorno correcto.

Algunas de estas soluciones para reubicar objetos están listas para usar y pueden requerir una licencia de Power Apps y Power Automate independiente que brinde a los usuarios la capacidad de crear y ejecutar aplicaciones en fuentes de datos que se extienden más allá de Microsoft 365.

Estrategias

Es más probable que todo el proceso de identificar y mover aplicaciones y flujos desde el entorno predeterminado tenga éxito cuando se basa en una estrategia. Hay múltiples estrategias que debes considerar.

Estrategia de DLP

Las directivas de prevención de pérdida de datos (DLP) pueden funcionar como medidas de seguridad para evitar que los usuarios expongan accidentalmente los datos de la organización y para proteger la seguridad de la información en el inquilino. Las directivas DLP imponen reglas para qué conectores están habilitados para cada entorno y qué conectores se pueden usar juntos. Los conectores se clasifican como solo datos profesionales, no se permiten datos profesionales o bloqueados. Un conector en el grupo de solo datos profesionales solo se podrá usar con otros conectores de ese grupo en la misma aplicación o flujo. Le recomendamos que tenga, al menos, una póliza.

Identificación de los objetos mediante DLP

La identificación basada en políticas de DLP es útil para definir entornos de destino para sus aplicaciones y flujos. Es posible que haya aplicaciones o flujos que utilicen un conector bloqueado por DLP o una combinación de conectores comerciales y no comerciales que, tras la activación de DLP, dejan de funcionar.

Para evitar el tiempo de inactividad de posibles objetos críticos, debido a DLP, parte del kit de inicio de CoE, puede encontrar herramienta de edición de DLP (análisis de impacto). El objetivo del editor DLP es permitir a los administradores ver el impacto de las políticas existentes o el impacto potencial de los cambios de políticas. Proporciona a los administradores una vista de las aplicaciones y flujos afectados actualmente, y los recursos que se deshabilitarían si se aplicaran directivas nuevas o actualizadas. La aplicación se puede utilizar para revisar políticas existentes, cambiar políticas existentes y mitigar riesgos contactando a los creadores e informándoles sobre el mejor curso de acción para su aplicación o flujo.

Actualice las políticas DLP existentes para revisar el impacto. Siga el artículo Establecer la higiene de los inquilinos con el kit de inicio del CoE para encontrar más información sobre el editor DLP.

Antes de activar la función DLP, puede identificar qué aplicaciones y flujos se ven afectados y alertar a los creadores. El editor DLP puede enviar una lista de todas las aplicaciones y flujos afectados a una dirección de correo electrónico, lo que genera un archivo .csv para cada tipo de objeto.

Usando el editor DLP versión 2.0, en el área Análisis de impacto, elija Exportar aplicaciones y flujos afectados a CSV.

Cada archivo csv generado (flow.csv y apps.csv) tiene información sobre:

1. Nombre de las aplicaciones y flujos.
2. Propietario de las aplicaciones y flujos.
3. OwnerEmail de las aplicaciones y flujos.
4. Todas las conexiones usadas por las aplicaciones y flujos.
5. ID de las aplicaciones y flujos para identificar el objeto.
6. ID del entorno donde se encuentran las aplicaciones y los flujos.

Note que las Conexiones le brindan la lista de todas las conexiones utilizadas por la aplicación o el flujo. Si necesita identificar exactamente qué conector se ve afectado por el DLP en cuestión, se necesita una automatización en este momento. Estamos evaluando cambiar esta situación en la herramienta.

Ejemplo de implementación para identificar la conexión:

1. Crear un flujo de Power Automate.

2. Utilice el conector Obtenga la política DLP para inquilinos que especifica el DLP en cuestión.

3. El resultado son dos matrices, datos comerciales y datos no comerciales. Como ejemplo, el conector de Twitter muestra este código:

   [
     {
       "id": "/providers/Microsoft.PowerApps/apis/shared_twitter",
       "name": "Twitter",
       "type": "Microsoft.PowerApps/apis"
     }
   ……
   ]
   

4. Desde esta lista, tiene acceso al nombre del conector que coincide con la lista de nombres de la columna Conexión de la aplicación o flujo csv.

5. Al convertir el csv al formato Excel y colocarlo en su OneDrive, puede leer todas las aplicaciones y flujos afectados desde Power Automate. Compruebe qué conexión se ve afectada según la lógica que compara las conexiones con los nombres de los conectores.

6. Después de tener una coincidencia sobre qué conexión está causando el impacto, genere una nueva lista con la aplicación o ID de flujo y el conector afectado por el DLP.

7. Utilice la información anterior para notificar al fabricante sobre el impacto futuro. Puede utilizar Power Cards para recopilar comentarios del creador si la aplicación o el flujo se pueden eliminar o si es necesario migrar a otro entorno.

Según su análisis, si determina que los flujos afectados no se están utilizando, puede ponerlos en cuarentena y enviar un correo electrónico al creador con instrucciones sobre cómo moverlos a un entorno diferente. Esto fomenta una cultura del "hágalo usted mismo" (DIY) y elimina la sombra de la TI. En algunas situaciones, es posible que desee eximir algunos objetos del DLP. Por ejemplo, es posible que desee aplicar un DLP específico solo para los nuevos recursos que se han creado y eximir los recursos actuales. Para obtener más información sobre la exención de recursos de DLP, consulte Exención de recursos DLP.

Efectivamente, su estrategia ambiental se define a través de DLP y eso proporciona un destino para las aplicaciones y flujos desarrollados en el entorno predeterminado.

Estrategia del entorno

El desarrollo una estrategia de entorno requiere configurar entornos y otras capas de seguridad de datos de manera que respalde el desarrollo productivo de su organización y, al mismo tiempo, proteja y organice los recursos. Una estrategia para administrar el aprovisionamiento, acceder a la gestión y controlar los recursos dentro de este, es importante para:

• Proteger los datos y el acceso.
• Gobernar el entorno predeterminado de forma compatible.
• Administrar la cantidad correcta de entornos para evitar la proliferación y conservar la capacidad.
• FAcilitar e implementar la administración del ciclo de vida de las aplicaciones (ALM).
• Organizar los recursos en particiones lógicas.
• Apoyar las operaciones (y el servicio de asistencia técnica) en la identificación de aplicaciones que están en producción al tenerlas en entornos dedicados.
• Garantizar que los datos se almacenen y transmitan en regiones geográficas aceptables (por motivos de rendimiento y cumplimiento).
• Garantizar el aislamiento de las aplicaciones que se están desarrollando.
• Habilitar servicios de facturación interna para usuarios finales de negocios o unidades de negocios que consumen los servicios.

Debe tener departamentos bien establecidos que puedan autosustentarse y contar con procesos ALM existentes. En tales casos, los entornos proporcionan aislamiento y organizan los recursos según el departamento. Se puede lograr una estrategia basada en eso creando entornos separados para cada departamento. Luego, estos entornos se convierten en el destino de las aplicaciones y los flujos en el entorno predeterminado.

Estrategia de comunicación

La comunicación efectiva es crucial durante un proceso migratorio. La comunicación ocurre en todas las fases del proceso de migración. Una comunicación clara fomenta la comprensión y la colaboración entre las partes interesadas. Permite el flujo fluido de información, garantizando que todos los involucrados estén bien informados sobre los planes de migración, el progreso y cualquier desafío potencial.

Como parte del esfuerzo de migración y limpieza, asegúrese de que el proceso sea fluido para los creadores, las partes interesadas y el liderazgo. Desarrolle una estrategia sobre la mejor manera de comunicarse y en qué puntos necesita hacerlo, que proporcione coherencia en sus objetivos y ayude con la comunicación para todos los involucrados. Algunas opciones a considerar incluyen:

• Utilice el kit de inicio del CoE como rastreador de activos.
• Agregue flujos de nube personalizados para enviar notificaciones en varias etapas.
• Cree plantillas de correos electrónicos que se envíen para comunicarse con los creadores.

Algunas cosas a tener en cuenta son:

• Cambio en la URL de la aplicación. Los usuarios de la aplicación deben actualizar los marcadores a una aplicación en el entorno predeterminado.
• Si hay un flujo de activación HTTP basado en URL, se debe actualizar en flujos dependientes para garantizar que siga actuando como un webhook.
• Proporcione pasos detallados para establecer conexiones una vez que se complete el traslado tanto para los creadores como para los usuarios de la aplicación. Los usuarios no deberían preocuparse por crear una conexión cuando inician la aplicación por primera vez desde el nuevo entorno.

Un buen comienzo para configurar las comunicaciones requiere un modelo de autoservicio para escalar y ser más en tiempo real para los usuarios que simplemente dejarlo para el correo electrónico de un solo usuario o una lista de distribución. Si planea establecer un sitio SharePoint, hay una plantilla disponible que puede usar para crear un centro Microsoft Power Platform interno. El centro se convierte en el lugar común para aprender sobre estrategia y orientación, de modo que los responsables puedan tomar decisiones correctas sobre lo que pretenden construir y hacia dónde deben dirigirse para lograrlo.

Hay algunos componentes de solución existentes como configurar componentes de notificaciones de inactividad y configurar componentes de cumplimiento del desarrollador en CoE Starter. Kit que podrías aprovechar. Estos componentes vienen con plantillas de correo electrónico y se pueden duplicar para adaptarse a su propósito y necesidad de migrarlos desde el entorno predeterminado. Una buena adición es capturar también algunas historias de éxito en el sitio de comunicación.

Públicos

En el proceso de migración, normalmente hay diferentes audiencias involucradas en la comunicación. A continuación se detallan las partes interesadas clave más típicas y sus funciones:

• Propietarios de aplicaciones: Los propietarios de aplicaciones son personas o equipos responsables del desarrollo, mantenimiento y la gestión de aplicaciones específicas. Tienen un conocimiento profundo de la funcionalidad, el flujo de trabajo y la configuración de sus aplicaciones. La comunicación con los propietarios de aplicaciones es crucial para comprender los requisitos específicos de sus aplicaciones, recopilar comentarios, abordar inquietudes y garantizar una migración fluida de sus aplicaciones al nuevo entorno.
• Usuarios de la aplicación: Los usuarios de la aplicación son las personas que utilizan las aplicaciones regularmente para realizar sus tareas o flujos de trabajo. Pueden tener distintos niveles de experiencia técnica y familiaridad con las aplicaciones. La comunicación con los usuarios de la aplicación es importante para informarles sobre la migración, brindarles actualizaciones sobre cualquier cambio o interrupción que pueda ocurrir, ofrecer capacitación o soporte para garantizar una transición fluida y minimizar cualquier impacto en sus operaciones diarias.
• Jefes o gerentes de departamento: Los jefes o gerentes de departamento desempeñan un papel importante en el proceso de migración, ya que supervisan las operaciones y los objetivos estratégicos de sus respectivos departamentos. Necesitan estar informados sobre el cronograma de la migración, los posibles impactos y beneficios. La comunicación con los jefes de departamento les permite brindar la orientación necesaria, alinear la migración con los objetivos departamentales y garantizar una coordinación fluida dentro de sus equipos.
• Equipos de TI o técnicos: Los equipos de TI o técnicos son responsables de la infraestructura, los sistemas y los aspectos técnicos generales de la migración. Están involucrados en la planificación, ejecución y soporte del proceso de migración. La comunicación con los equipos de TI es esencial para analizar los requisitos técnicos, las dependencias, las consideraciones de seguridad y cualquier cambio necesario de infraestructura o configuración que deba implementarse para una migración exitosa.
• Equipos de seguridad y cumplimiento: Los equipos de seguridad y cumplimiento desempeñan un papel fundamental a la hora de garantizar la seguridad de los datos, la privacidad y el cumplimiento normativo durante la migración. Proporcionan orientación y garantizan que se implementen medidas adecuadas para proteger la información confidencial. La comunicación con los equipos de seguridad y cumplimiento implica discutir los requisitos de seguridad, los protocolos de cifrado, los controles de acceso y cualquier consideración relacionada con el cumplimiento durante todo el proceso de migración.
• Dirección ejecutiva: La dirección ejecutiva, incluidos los ejecutivos de nivel C o la alta dirección, debe mantenerse informada sobre el proceso de migración. Es posible que no requieran información técnica detallada, pero deben conocer los objetivos, el progreso y los impactos potenciales del proyecto en la organización. La comunicación con la dirección ejecutiva ayuda a garantizar su apoyo, la alineación con los objetivos estratégicos y la asignación de recursos para la migración.

Es importante adaptar las estrategias de comunicación y los mensajes para cada audiencia, considerando sus necesidades, inquietudes y nivel de comprensión técnica específicos. La comunicación clara y oportuna con todas las partes interesadas fomenta la colaboración, garantiza una coordinación fluida y mitiga cualquier desafío potencial durante el proceso de migración.

Cadencia

La cadencia o frecuencia de la comunicación con las partes interesadas durante un proceso de migración varía según las necesidades y dinámicas específicas del proyecto. Es importante establecer una comunicación regular y consistente para mantener informadas a las partes interesadas, abordar inquietudes y mantener la alineación durante toda la migración. A continuación se presentan algunas consideraciones para determinar la cadencia de comunicación con las diferentes partes interesadas:

• Propietarios de aplicaciones: Es importante mantener una comunicación frecuente con los propietarios de aplicaciones durante todo el proceso de migración. Esto incluye actualizaciones periódicas sobre el progreso de la migración, abordar cualquier inquietud e involucrar a los propietarios de aplicaciones en la toma de decisiones, cuando sea necesario. La frecuencia de la comunicación puede variar según la complejidad y la importancia de la aplicación, pero se recomienda realizar controles periódicos y respuestas oportunas a las consultas.
• Usuarios de la aplicación: Interactúe con los usuarios de la aplicación a través de canales de comunicación regulares para mantenerlos informados sobre la migración. Esto debería incluir anuncios, correos electrónicos, boletines informativos o incluso talleres o sesiones de formación específicos. La frecuencia de comunicación con los usuarios de la aplicación puede variar, pero es crucial brindar actualizaciones en hitos clave, informarles sobre cualquier cambio o interrupción que pueda afectarlos y ofrecer apoyo y orientación durante todo el proceso.
• Jefes y gerentes de departamento: La comunicación con los jefes y gerentes de departamento puede ocurrir a intervalos regulares o según sea necesario, dependiendo de la importancia de la migración para sus departamentos. Proporcionar actualizaciones periódicas sobre el progreso general, los cronogramas y el impacto en sus equipos.
• Equipos de TI o técnicos: establezca una comunicación periódica con los equipos de TI y técnicos involucrados en la migración. Esto incluye colaboración continua, compartir actualizaciones sobre preguntas o problemas técnicos y coordinar cualquier configuración o cambio necesario. La frecuencia de la comunicación suele ser mayor en la fase de planificación y análisis. Durante la fase de implementación, establezca puntos de contacto o reuniones periódicas para garantizar una coordinación fluida.

Dotación de recursos

La gestión eficaz de los recursos es crucial para una migración exitosa. A continuación se presentan algunos aspectos clave a considerar cuando se trata de la gestión de recursos durante una migración:

• Identificación de recursos: Identifique los recursos necesarios para el proyecto de migración, incluidas las personas o los equipos responsables de tareas como preparativos previos a la migración, migración de datos, pruebas, implementación, configuración y soporte posterior a la migración. Determine las habilidades específicas, la experiencia y la disponibilidad necesarias para cada función.
• Asignación de recursos: Asigna recursos a roles y tareas según la capacidad de carga de trabajo, la disponibilidad y la capacidad de capacidades del recurso. Asegúrese de que los recursos se asignen adecuadamente para equilibrar la carga de trabajo y cumplir con los plazos del proyecto. Considere cualquier dependencia o restricción que pueda afectar la asignación de recursos, como recursos compartidos entre múltiples proyectos.
• Desarrollo y capacitación de capacidades: Evaluar las brechas de capacidades y de conocimiento dentro del equipo y brindar la capacitación necesaria o las oportunidades de mejora de habilidades para garantizar que los recursos estén adecuadamente equipados para las tareas asignadas. Esto puede implicar brindar sesiones de capacitación, talleres o acceso a recursos y documentación relevantes.
• Comunicación y colaboración: Fomentar la comunicación y la colaboración efectivas entre los recursos involucrados en la migración. Fomente actualizaciones periódicas de estado, reuniones de coordinación e intercambio de conocimientos para garantizar que todos los miembros del equipo estén alineados, informados y trabajando juntos para lograr objetivos comunes.
• Planificación de contingencias: Anticipar posibles limitaciones o riesgos de recursos y desarrollar planes de contingencia. Tenga recursos de respaldo identificados o capacitados en roles críticos para mitigar cualquier desafío imprevisto, como ausencias inesperadas o limitaciones de recursos.
• Participación de las partes interesadas: Mantenga a las partes interesadas, como propietarios de aplicaciones, jefes de departamento y gerencia, informados sobre la asignación de recursos y cualquier impacto potencial en los plazos o los entregables. Comunique periódicamente las actualizaciones de recursos, los informes de progreso y cualquier ajuste a los planes de recursos para gestionar las expectativas y mantener la transparencia.

Migración individual de objetos

La distinción entre aplicación y solución es importante. Exportar e importar una aplicación solo afecta a ese objeto. Una solución es un contenedor que puede tener múltiples aplicaciones, flujos y otros objetos.

Exportar e importar una aplicación de lienzo (método heredado)

Los pasos detallados se documentan en Exportación de un paquete de aplicación de lienzo e Importación de un paquete de aplicación de lienzo.

Este método de exportar aplicaciones es una forma heredada. Si bien es compatible, le recomendamos que utilice soluciones. Las soluciones le permiten migrar varios componentes en lugar de un solo recurso.

Flujo de exportación e importación (forma heredada)

Los pasos siguientes describen cómo exportar un flujo.

1. Seleccione el menú "...", seleccione Exportar, luego seleccione Paquete (.zip).
2. Escriba un nombre y una descripción para el paquete. Luego puede configurar los ajustes predeterminados y agregar comentarios a los que se pueda acceder durante la fase de importación.
3. Seleccione el botón Exportar en la esquina inferior derecha para descargar el paquete. Si la descarga no comienza automáticamente, puede seleccionar el botón Descargar.

Los pasos siguientes describen cómo importar un flujo.

1. Seleccione el botón de importación.
2. Cargue el archivo del paquete y espere a que la pantalla muestre los detalles del paquete.
3. Al configurar el flujo, puede seleccionar si quiere crear un flujo o si quiere actualizar uno existente con la definición de flujo del paquete.
4. Seleccione las conexiones necesarias para configurar el flujo. Debería ver el botón Importar después de haber definido correctamente toda la configuración necesaria.

Una vez que haya importado el flujo, debe activarlo. Si el flujo tiene referencias de conexión, el usuario que lo activa debe tener acceso a esas conexiones. De lo contrario, el propietario de la conexión puede otorgar acceso al usuario de activación.

Este método de exportar flujos de nube es una forma heredada. Si bien es compatible, le recomendamos que utilice soluciones que le permitan migrar varios componentes en lugar de un solo recurso.

Exportar e importar una aplicación basada en modelos

Una aplicación basada en modelos siempre es parte de una solución. La aplicación empaquetada, incluida en el archivo de solución (.zip), se puede compartir con los usuarios según sus roles de seguridad después de que se haya exportado correctamente desde el entorno de origen y se haya importado al entorno de destino.

Los procesos detallados paso a paso se tratan en Exportar una solución e Importar una solución.

Exportar e importar un bot de Microsoft Copilot Studio

Puede exportar e importar bots utilizando soluciones. Se trata una lista detallada de pasos en Exportar e importar bots usando soluciones.

Exportar e importar un sitio de Power Pages

Las páginas de migración implican la exportación de los datos de configuración existentes desde el entorno de Microsoft Dataverse de origen y, a continuación, importarlos en el entorno de Dataverse de destino. Hay algunos pasos previos que deben realizarse en el entorno de destino. Una vez que se completa el trabajo de preparación, los datos de configuración del portal se pueden exportar utilizando la herramienta de migración de configuración.

Aplicación de formulario de SharePoint: caso especial para el entorno predeterminado

SharePoint Las aplicaciones de formulario se pueden asociar solo con un ambiente y, si no se configura de otra manera, están en el ambiente predeterminado. Una migración de todas las aplicaciones requiere configurar el destino para que sea un entorno diferente en lugar del entorno predeterminado. Los formularios personalizados existentes no se migran automáticamente al entorno recién designado. Solo se pueden designar entornos de producción para formularios personalizados de SharePoint. Sigue el proceso manual, como mover una aplicación de lienzo.

Copia de seguridad de objetos de Microsoft Power Platform

La mayoría de los objetos de Microsoft Power Platform se exportan como archivos zip. En caso contrario, tienen al menos un formato de archivo. Estos archivos en su formato original, como un archivo zip o cualquier extensión que vengan, se pueden agregar a cualquier ubicación de almacenamiento de archivos o repositorio de su elección. Algunas opciones a mencionar son Azure DevOps, GitHub, SharePoint, One Drive o cualquier otra solución que admita todos los formatos de archivo.

Opciones de migración masiva

La migración de una aplicación o flujo es exitosa si funciona de la misma manera que antes. Sin embargo, hay ciertos elementos que no se pueden transferir:

• Datos de ejecución de flujo sobre ejecuciones pasadas del flujo : los datos sobre ejecuciones de flujo solo se almacenan durante 28 días. Si necesita los datos, puede exportarlos y almacenarlos utilizando el kit de inicio de CoE o si ha configurado la exportación al lago de datos. La última versión del CoE Starter Kit tiene los datos de ejecución de flujo si se usa con Exportación de datos.
• Versiones de la aplicación Canvas - A medida que los creadores iteran a través del proceso de desarrollo, es posible que se creen varias versiones. Las versiones anteriores no se pueden migrar. Sólo se puede migrar la última versión.
• Datos a los que accede la aplicación o el flujo o mediante conectores : solo se incluyen los metadatos de la aplicación como parte de la exportación.

Tampoco se incluyen los comentarios de colaboración realizados en la aplicación o el flujo.

Este artículo describe algunas posibilidades. Es importante considerar cuidadosamente las implicaciones y ventajas de cada posibilidad antes de decidir.

Migrar todo: opción de copia de seguridad y restauración de la base de datos

Al igual que en la mayoría de los tipos de entornos, también se realiza una copia de seguridad del entorno predeterminado. Estas copias de seguridad del sistema se realizan automáticamente. No existe una opción bajo demanda para el entorno predeterminado, por lo que requiere una solicitud de soporte. La copia de seguridad se puede restaurar en un nuevo entorno manteniendo todos los datos dentro de Dataverse. Esta opción es sólo para mostrarle al Lector sobre su existencia y educar al Lector sobre cuándo considerarla. No debería considerarse como la opción principal, ya que sólo produciría una migración parcial.

• Compatible con:, aplicaciones de Dynamics Dataverse
• No totalmente compatible: aplicación Canvas, biblioteca de componentes, páginas personalizadas, Power Automate, Microsoft Copilot Studio

No totalmente compatible indica que puede haber una posible pérdida de datos durante la migración y se requieren más pasos.

Migrar metadatos y luego datos

Un enfoque recomendado es utilizar soluciones para mover los metadatos y luego se podrían emplear flujos de datos, Azure Data Factory u otra herramienta de preferencia para transferir datos. Es posible que no se pueda lograr una automatización completa de principio a fin en todos los casos, debido a la diversidad de conectores, pero es posible lograr una aproximación cercana.

En un alto nivel, los pasos son:

1. Agregar una aplicación a una solución.
2. Agregar flujo a una solución
3. Agregue bots existentes.
4. Ajuste las referencias de conexión en aplicaciones y flujos.
5. Buscar dependencias de la solución y agragar objetos.
6. Exporte la solución.
7. Importar la solución.
8. Transferir datos.

Búsqueda de dependencias de solución

El éxito de una importación de solución en el entorno de destino solo se puede garantizar cuando todos los componentes relacionados se hayan agregado a la solución o estén disponibles en el entorno de destino. Si faltan componentes, es probable que falle la importación de la solución. Para garantizar que todos los componentes necesarios estén presentes, existen opciones que son mejores si se usan en combinación:

• Agregue manualmente los componentes seleccionados a la solución. En este caso, se supone que sabe que todos los componentes dependientes ya están disponibles en el entorno de destino.

• Utilizce el botón mostrar dependencias desde dentro de la solución para permitir que el sistema identifique las dependencias por usted. Puede agregar todas las dependencias o agregar selectivamente solo las dependencias que no existen en el entorno de destino.

  

Agregar un componente a una solución (manual)

Suponiendo que se crea una solución, un creador debe usar la opción de menú Agregar componente existente para agregar una aplicación, flujo o bot existente.

Ajustar referencias de conexión

Las aplicaciones de lienzo y los flujos gestionan las conexiones de manera diferente. Los flujos usan referencias de conexión para todos los conectores, mientras que las aplicaciones de lienzo solo las usan para conexiones compartidas implícitamente (no OAuth), como la autenticación de SQL Server.

Actualización de una aplicación para usar referencias de conexión en lugar de conexiones

Las aplicaciones de lienzo que no son conscientes de soluciones, al agregarlas a una solución, no se actualizarán automáticamente para usar referencias de conexión. Las referencias de conexión se asocian con las aplicaciones de lienzo solo en el momento en que se agrega un origen de datos a la aplicación. Para actualizar aplicaciones, debe:

1. Agregar una aplicación que no tenga en cuenta la solución a una solución.
2. Quitar la conexión de la aplicación.
3. Crear una nueva referencia de conexión en la solución.
4. Agregar una conexión que contenga una referencia de conexión asociada.

Actualización de un flujo para usar referencias de conexión en lugar de conexiones

Cuando un flujo no está en una solución, usa conexiones. Si ese flujo se agrega luego a la solución, continúa usando conexiones inicialmente. Los flujos se pueden actualizar para utilizar referencias de conexiones, en lugar de conexiones, de una de estas dos formas:

• Si el flujo se exporta en una solución no administrada y se importa, las conexiones se eliminan y se reemplazan con referencias de conexión.

• Cuando se abre un flujo de solución, el verificador de flujo en la página de detalles del flujo muestra una advertencia de Usar referencias de conexión. El mensaje de advertencia tiene una acción que peude seleccionar para Eliminar conexiones para que se puedan agregar referencias de conexión. Al seleccionar esa acción, se eliminan las conexiones del desencadenador y las acciones del flujo, y se puede seleccionar y crear referencias de conexión.

Agregar un objeto a una solución (automatización)

Puede usar comandos de PowerShell para mover aplicaciones de forma masiva a una solución. También se puede agregar aplicaciones de lienzo y flujos de nube preexistentes a las soluciones a través de la línea de comando. Instale los últimos módulos de PowerShell para probar esta opción. Los dos comandos principales son Set-PowerAppAsSolutionAware y Set-FlowAsSolutionAware.

Una vez que los módulos estén instalados, inserte su propio ID de entorno, ID de aplicación, ID de flujo e ID de solución.

Para una aplicación de lienzo:

Set-PowerAppAsSolutionAware -EnvironmentName {Environment ID} -AppName {App ID} -SolutionId {Solution ID}

Para un flujo:

Set-FlowAsSolutionAware -EnvironmentName {Environment ID} -FlowName {Flow ID} - SolutionId {Solution ID}

Las referencias de conexión son entradas de datos en la tabla referencia de conexión. Para utilizar la referencia de conexión como parte de la aplicación o el flujo, se requiere una modificación de la aplicación principal o la definición del flujo. Debe reemplazar el nodo connectionReferences con la referencia de conexión.

Importación y exportación de una solución

Suponiendo que las soluciones estén listas, la siguiente etapa de automatización se puede realizar de varias maneras:

• Manualmente exporte e importe las soluciones al entorno de destino.

• Utilice paquetes para mover múltiples soluciones en una sola pasada.

• Utilice Power Platform tareas de herramientas de compilación para realizar múltiples operaciones como empaquetar solución, desempaquetar solución, exportar solución e importar solución. DevOps brinda la capacidad de automatizar la administración del ciclo de vida de las aplicaciones (ALM) y todas estas tareas están diseñadas para admitir ALM para Microsoft Power Platform.

La Interfaz de línea de comando (CLI) de Power Platform también brinda opciones para exportar e importar soluciones. Todos los comandos relacionados con la solución se pueden utilizar para crear, exportar e importar soluciones. También puedes usar CLI para transferir datos dentro y fuera.

Una opción fácil para los creadores es utilizar canales destinados a democratizar ALM para Power Platform. Incorporar las capacidades de automatización de ALM y de integración/implementación continua (CI/CD) en un servicio de funciones únicas es más accesible para todos los creadores, administradores y desarrolladores.

Creación de conexiones (manual)

En el entorno de destino, antes de configurar la operación de importación, cree las conexiones faltantes que requiere la aplicación o el flujo. Para más información sobre cómo crear conexiones, consulte Administración de conexiones en Power Automate.

Migración de datos

Hay múltiples opciones disponibles para la migración de datos, desde manual hasta la automatización total.

• Exporte e importe manualmente los datos utilizando libros de Excel.
• Se puede desarrollar un flujo de nube de Power Automate para extraer datos de las tablas de origen y escribirlos directamente en el destino. Sin embargo, esto requiere que el fabricante utilice Dynamics 365 Connector o el conector de Dataverse (heredado). Actualmente, el conector de Dataverse no admite la conexión entre entornos. Esta función está prevista para el futuro y, una vez lanzada, podrá utilizarse para mover datos de uno a otro.
• La herramienta de migración de configuración (CMT) es una herramienta que se utiliza para la migración del portal, pero también se puede utilizar para la migración de datos normal. CMT también se puede utilizar con PowerShell. La herramienta CLI de PAC ofrece la posibilidad de llamar a CMT.
• Los flujos de datos se pueden utilizar para crear asignaciones entre los entornos y para mover datos. El conector web HTTP se puede utilizar como alternativa a Dataverse.
• Azure Data Factory se puede usar con el conector Dataverse para extraer datos del origen e insertarlos en el destino.

Dado que el entorno predeterminado tiene un tamaño limitado, una de las opciones anteriores debería ser suficiente para sacar datos del entorno predeterminado.

Consideraciones de limpieza

Una limpieza es una buena idea para aplicaciones y flujos que no se han utilizado ni actualizado durante mucho tiempo. Hay diferentes caminos que un Administrador debe considerar en lo que respecta a la limpieza.

• Decida el orden de importación de los datos. Las tablas menos dependientes van primero y las más dependientes van al final.
• No es necesario mapear todos los campos. Campos como Versión, Fecha de modificación, Fecha de creación, y no es necesario asignar algunos otros campos del sistema.
• Si desea conservar el campo Fecha de creación original, asigne el campo fuente Fecha de creación al campo OverRiddenCreatedOn en la tabla de destino.
• Los datos de auditoría no se pueden migrar.
• No habilite ningún flujo de trabajo o flujo que se active en función de la inserción de datos, a menos que sea así. Esto aumenta el tiempo de migración de datos.

Opciones de etiquetado

El kit de inicio de CoE no tiene una opción de etiquetado actualmente. Sin embargo, podría ser una personalización que podrías agregar al Starter Kit.

Cree una tabla llamada Etiquetas y configure una relación de muchos a muchos (N:N) con la aplicación, los flujos y otras tablas de inventario. Luego puede crear una etiqueta y asociar estos registros con los artículos de inventario apropiados. Para una mejor experiencia de usuario, puede insertar una cuadrícula en el formulario Principal de aplicaciones, flujos y otras tablas de inventario. Se recomienda esta opción por tener consistencia referencial.

Cree un campo de texto en cada tabla de inventario y utilícelo para capturar el texto (etiqueta) que podrá utilizar más adelante.

Si desea una lista más fija, cree un conjunto de opciones global y agréguelo también a todas las tablas de inventario y sus formularios.

Opción de cuarentena

Si no está seguro de la necesidad de ciertas aplicaciones, puede intentar aislarlas por un tiempo y ponerlas en cuarentena durante este estado. La aplicación solo la puede usar el propietario. Transcurrido un tiempo adecuado y si no se ha recibido respuesta del propietario, podrás eliminarlos del entorno.

Los flujos no admiten el estado de cuarentena, pero se puede utilizar un enfoque similar deteniendo el flujo y verificando si el propietario lo activa nuevamente.

En ambos casos, es importante tener una comunicación adecuada con el propietario.

Opción de solo eliminar

Si realmente no hay pérdida de productividad y reutilización de los objetos, esta opción es la mejor. La mayoría de los flujos de prueba y las aplicaciones entran en esta categoría.

En este caso, una vez identificada la lista de objetos, se podría desarrollar un lote de PowerShell y pasarle una lista csv, que luego eliminaría todos esos activos.

A medida que recorre los ID de aplicaciones y flujos, se puede utilizar el siguiente comando para eliminarlos del entorno predeterminado.

• Eliminar-AdminFlow -EnvironmentName Predeterminado-[Guid] -FlowName [Guid]
• Eliminar-AdminPowerApp -Nombre de la aplicación [Guid] -Nombre del entorno [Guid]

Opción de copia de seguridad y eliminación de objetos

Como ejemplo, supongamos que un flujo de Power Automate se crea para abordar una necesidad estacional específica, pero que no se ha utilizado durante mucho tiempo. En este caso, es bueno realizar una copia de seguridad del componente antes de eliminarlo.

Para hacer una copia de seguridad del componente, se podrían utilizar opciones de migración individual o migración masiva para generar una solución exportada. Esto luego se puede agregar a un repositorio de archivos de su elección o a una ubicación de OneDrive.

Una vez que la copia de seguridad esté asegurada, puede aplicar la opción Borrar para completar el proceso de limpieza.

En muchos casos, se trata de flujos de prueba y aplicaciones creadas por creadores como parte de su aprendizaje y experimentación sobre productividad personal.

Conclusión

Power Platform es una herramienta para desarrolladores aficionados y profesionales. El uso del entorno predeterminado debe centrarse principalmente en la productividad personal utilizando productos de Microsoft 365. Todas las demás aplicaciones y el desarrollo de flujos deben realizarse en entornos designados compartidos, individuales o de desarrollador. Una fuerte recomendación es desarrollar una estrategia de entorno independiente basada en DLP, que pueda ayudar a los creadores a desarrollar sus aplicaciones y flujos en el entorno adecuado. También resulta muy beneficioso establecer una estrategia de comunicación y proporcionar a los usuarios modelos de autoservicio para aprender sobre la estrategia, la implementación de soluciones y las mejores prácticas para desarrollar aplicaciones y flujos. Una buena adición es capturar también algunas historias de éxito en el sitio de comunicación también. Las historias de éxito publicadas internamente ayudan a los creadores a conectarse con las ideas y los abre a posibilidades que podrían lograrse utilizando Power Platform.

Una estrategia de gobernanza sólida es esencial al migrar o mover objetos específicos. Hay varias estrategias disponibles para migrar objetos, incluida la migración individual y masiva. La mejor opción depende de las políticas de nuestra organización. Las soluciones son la forma más recomendada de organizar los componentes de su aplicación y hacer que las migraciones sean más sencillas.