Exportación e importación

¿Qué es la modularidad de activos?

La modularidad de activos se refiere a la capacidad de transferir activos entre cuentas o instancias de Tulip. Esta funcionalidad es crucial para las industrias reguladas, los clientes con despliegues globales de Tulip, y más.

La transferencia de activos entre sitios permite que el trabajo realizado por un sitio sea compartido a través de todos los sitios, reduciendo el tiempo necesario para entregar valor con Tulip.

¿Dónde aprovecha Tulip la modularidad de activos?

Normalmente, consideramos la modularidad de activos en el contexto de la exportación e importación de aplicaciones, pero esta funcionalidad se utiliza en todo el producto.

Tulip Library, Enterprise App Exchange, y App Export & Import son las áreas más prominentes donde se ejerce esta funcionalidad. Algunos activos, como los conectores, pueden moverse independientemente de una aplicación o automatización.

Fundamentos

Las aplicaciones y automatizaciones no funcionan de forma aislada, sino que dependen de varios activos de apoyo. Una automatización puede depender de un conector, o una aplicación puede depender de una máquina. Estos componentes de apoyo se conocen como dependencias.

Cuando se exporta una aplicación, sus dependencias se recogen y exportan junto con ella. Sin embargo, no todas las dependencias se incluyen en la exportación.

Esta documentación pretende definir el comportamiento esperado de cada dependencia de una aplicación Tulip, así como cualquier acción requerida después de una exportación.

Dependencias

En general, las dependencias son componentes que pueden compartirse entre aplicaciones o automatizaciones y a los que se puede hacer referencia explícitamente en una aplicación o automatización. Estos incluyen: * Conectores * Máquinas * Usuarios * Analíticas * Tablas * Etc.

Exportación

¿Qué está en uso?

Durante la exportación, es esencial evaluar qué activos se están utilizando en una aplicación o automatización y deben exportarse junto con ella. Existen reglas complejas que rigen si ciertos activos se exportan con una aplicación.

Importación

Durante la importación, el objetivo es evitar duplicar dependencias si el activo ya existe en el sitio de importación. En su lugar, se utiliza el activo existente en el sitio de destino, siempre que el activo de los sitios de origen y de destino sea funcionalmente idéntico.

Esto plantea dos preguntas fundamentales que deben responderse para cada activo:

¿Qué es lo mismo?

Cuando se importa un activo, se comprueba si ya existe en la instancia de destino. Las reglas que definen la igualdad varían en función del activo.

Considere el siguiente escenario 1. Se exporta el Conector A con la Función A y se importa en el Sitio 2. 2. Se modifica el Conector A con la Función A. 2. Se modifica el conector A con la función A para añadir otra entrada. El Conector A se exporta de nuevo y se importa en el Sitio 2. 1. ¿El Conector A es el mismo? ¿Es el Conector A el mismo? Sí, no se han realizado modificaciones que cambien el comportamiento del conector. 2. ¿Es la función A la misma que cuando se creó? ¿Es la función A la misma que la última vez que se importó? No, tiene una nueva entrada, por lo que debe crearse una nueva función.

3. ¿Qué hacer si se encuentra una coincidencia?

Si se encuentra una coincidencia, la siguiente pregunta es qué hacer. Como principio básico, Tulip siempre respeta la configuración de la instancia de destino (importador) sobre la instancia de origen (exportador).

Flujo de importación de aplicaciones

Más información

Los siguientes documentos proporcionan información detallada sobre cómo se gestiona cada activo durante la exportación y la importación:

• Importación Exportación - Conectando los cables
• Tabla Importación Exportación
• Conector y función de conector Importación