Visão geral de exportação e importação

O que é modularidade de ativos?

A modularidade de ativos refere-se à capacidade de transferir ativos entre contas ou instâncias da Tulip. Essa funcionalidade é crucial para setores regulamentados, clientes com implementações globais da Tulip e outros.

A transferência de ativos entre sites permite que o trabalho realizado por um site seja compartilhado entre todos os sites, reduzindo o tempo necessário para agregar valor com a Tulip.

Onde a Tulip aproveita a modularidade dos ativos?

Normalmente, consideramos a modularidade de ativos no contexto da exportação e importação de aplicativos, mas essa funcionalidade é utilizada em todo o produto.

A Tulip Library, o Enterprise App Exchange e o App Export & Import são as áreas mais proeminentes onde essa funcionalidade é exercida. Alguns ativos, como os conectores, podem ser movidos independentemente de um aplicativo ou automação.

Fundamentos

Os aplicativos e as automações não operam isoladamente; eles dependem de vários ativos de suporte. Uma automação pode depender de um conector, ou um aplicativo pode depender de uma máquina. Esses componentes de suporte são conhecidos como dependências.

Quando um aplicativo é exportado, suas dependências são coletadas e exportadas junto com ele. No entanto, nem todas as dependências são incluídas na exportação.

Esta documentação tem como objetivo definir o comportamento esperado de cada dependência de um aplicativo Tulip, bem como quaisquer ações necessárias após uma exportação.

Dependências

Em geral, as dependências são quaisquer componentes que podem ser compartilhados entre aplicativos ou automações e podem ser explicitamente referenciados em um aplicativo ou automação. Isso inclui: * Conectores * Máquinas * Usuários * Análises * Tabelas * Etc.

Exportação

O que está em uso?

Durante a exportação, é essencial avaliar quais ativos estão sendo usados em um aplicativo ou automação e devem ser exportados junto com ele. Há regras complexas que determinam se determinados ativos são exportados com um aplicativo.

Importação

Durante a importação, o objetivo é evitar a duplicação de dependências se o ativo já existir no site de importação. Em vez disso, o ativo existente no site de destino é usado, desde que o ativo nos sites de origem e de destino seja funcionalmente idêntico.

Isso levanta duas questões fundamentais que devem ser respondidas para cada ativo:

O que é o mesmo?

Quando um ativo é importado, verificamos se ele já existe na instância de destino. As regras que definem a igualdade variam de acordo com o ativo.

Considere o seguinte cenário: 1. O Conector A com a Função A é exportado e, em seguida, importado para o Site 2. 2. O Conector A, Função A, é modificado para adicionar outra entrada. 3. O Conector A é exportado novamente e importado para o Site 2. 1. O Conector A é o mesmo? Sim, nenhuma modificação que altere o comportamento foi feita no conector. 2. A Função A é a mesma de quando foi importada pela última vez? Não, ela tem uma nova entrada, portanto, uma nova função deve ser criada.

O que fazer se for encontrada uma coisa igual?

Se for encontrada uma correspondência, a próxima pergunta é o que fazer. Como princípio básico, a Tulip sempre respeita a configuração da instância de destino (importador) em relação à instância de origem (exportador).

Fluxo de importação de aplicativos

Leitura adicional

Os documentos a seguir fornecem informações detalhadas sobre como cada ativo é tratado durante a exportação e a importação:

• Importação e Exportação - Conectando os fios
• Exportação de importação de tabelas
• Importação de conectores e funções de conectores