Panoramica su esportazione e importazione

Che cos'è la modularità degli asset?

La modularità degli asset si riferisce alla possibilità di trasferire asset tra account o istanze Tulip. Questa funzionalità è fondamentale per i settori regolamentati, per i clienti con implementazioni Tulip globali e altro ancora.

Il trasferimento di asset tra siti consente di condividere il lavoro svolto da un sito con tutti i siti, riducendo il tempo necessario per fornire valore con Tulip.

Dove Tulip sfrutta la modularità degli asset?

In genere, consideriamo la modularità delle risorse nel contesto dell'esportazione e dell'importazione delle app, ma questa funzionalità è utilizzata in tutto il prodotto.

La libreria Tulip, Enterprise App Exchange e App Export & Import sono le aree più importanti in cui questa funzionalità viene esercitata. Alcuni asset, come i connettori, possono essere spostati indipendentemente da un'applicazione o da un'automazione.

Fondamenti

Le applicazioni e le automazioni non funzionano in modo isolato, ma si basano su diversi asset di supporto. Un'automazione può dipendere da un connettore o un'applicazione può dipendere da una macchina. Questi componenti di supporto sono noti come dipendenze.

Quando un'applicazione viene esportata, le sue dipendenze vengono raccolte ed esportate insieme ad essa. Tuttavia, non tutte le dipendenze sono incluse nell'esportazione.

Questa documentazione ha lo scopo di definire il comportamento previsto per ogni dipendenza di un'applicazione Tulip, nonché le azioni necessarie dopo un'esportazione.

Le dipendenze

In generale, le dipendenze sono tutti i componenti che possono essere condivisi tra le applicazioni o le automazioni e a cui si può fare riferimento esplicito in un'applicazione o in un'automazione. Questi includono: * Connettori * Macchine * Utenti * Analisi * Tabelle * Ecc.

Esportazione

Cosa è in uso?

Durante l'esportazione, è essenziale valutare quali asset vengono utilizzati in un'applicazione o automazione e dovrebbero essere esportati insieme ad essa. Esistono regole complesse che disciplinano l'esportazione di determinate risorse con un'applicazione.

Importazione

Durante l'importazione, l'obiettivo è evitare di duplicare le dipendenze se l'asset esiste già nel sito di importazione. Si utilizza invece l'asset esistente nel sito di destinazione, a condizione che l'asset sia nel sito di origine che in quello di destinazione sia funzionalmente identico.

Ciò solleva due domande fondamentali a cui bisogna rispondere per ogni asset:

Che cosa è uguale?

Quando si importa un asset, si controlla se esiste già nell'istanza di destinazione. Le regole che definiscono l'uguaglianza variano a seconda dell'asset.

Si consideri il seguente scenario: 1. Il connettore A con la funzione A viene esportato e quindi importato nel sito 2. 2. Il connettore A con la funzione A viene modificato. Il connettore A, funzione A, viene modificato per aggiungere un altro ingresso. 3. Il connettore A viene nuovamente esportato e importato nel sito 2. Il connettore A viene nuovamente esportato e importato nel sito 2. 1. Il connettore A è lo stesso? Il connettore A è lo stesso? Sì, non sono state apportate modifiche al comportamento del connettore. 2. La funzione A è la stessa di quando è stata esportata e importata nel sito 2? La funzione A è la stessa dell'ultima importazione? No, ha un nuovo ingresso, quindi è necessario creare una nuova funzione.

Cosa fare se viene trovata una corrispondenza?

Se viene trovata una corrispondenza, la domanda successiva è cosa fare. Come principio fondamentale, Tulip rispetta sempre la configurazione dell'istanza di destinazione (importatore) rispetto a quella di origine (esportatore).

Flusso di importazione delle applicazioni

Ulteriori letture

I seguenti documenti forniscono informazioni dettagliate su come ogni risorsa viene gestita durante l'esportazione e l'importazione:

• Importazione Esportazione - Collegare i fili
• Tabella Importazione Esportazione
• Importazione del connettore e della funzione del connettore