Überblick über Export und Import

Was ist Asset-Modularität?

Asset-Modularität bezieht sich auf die Möglichkeit, Assets zwischen Tulip-Konten oder -Instanzen zu übertragen. Diese Funktionalität ist für regulierte Industrien, Kunden mit globalen Tulip-Einsätzen und mehr von entscheidender Bedeutung.

Die Übertragung von Assets zwischen Standorten ermöglicht es, die an einem Standort geleistete Arbeit auf alle Standorte zu verteilen, wodurch die Zeit, die für die Wertschöpfung mit Tulip erforderlich ist, reduziert wird.

Wo setzt Tulip die Asset-Modularität ein?

Normalerweise betrachten wir die Asset-Modularität im Zusammenhang mit dem Export und Import von Apps, aber diese Funktionalität wird im gesamten Produkt genutzt.

Die Tulip Bibliothek, Enterprise App Exchange und App Export & Import sind die wichtigsten Bereiche, in denen diese Funktionalität zum Einsatz kommt. Einige Assets, wie z.B. Konnektoren, können unabhängig von einer Anwendung oder Automatisierung verschoben werden.

Grundlagen

Anwendungen und Automatisierungen arbeiten nicht isoliert, sondern sind auf verschiedene unterstützende Komponenten angewiesen. Eine Automatisierung kann von einem Konnektor abhängen, oder eine Anwendung von einer Maschine. Diese unterstützenden Komponenten werden als Abhängigkeiten bezeichnet.

Wenn eine Anwendung exportiert wird, werden ihre Abhängigkeiten gesammelt und zusammen mit ihr exportiert. Allerdings werden nicht alle Abhängigkeiten in den Export einbezogen.

Diese Dokumentation zielt darauf ab, das erwartete Verhalten jeder Abhängigkeit einer Tulip-Anwendung zu definieren, ebenso wie alle Aktionen, die nach einem Export erforderlich sind.

Abhängigkeiten

Im Allgemeinen sind Abhängigkeiten alle Komponenten, die von Anwendungen oder Automatisierungen gemeinsam genutzt werden können und auf die in einer Anwendung oder Automatisierung explizit verwiesen werden kann. Dazu gehören: * Konnektoren * Maschinen * Benutzer * Analysen * Tabellen * Etc.

Exportieren

Was ist in Gebrauch?

Während des Exports ist es wichtig zu bewerten, welche Assets in einer Anwendung oder Automatisierung verwendet werden und mit exportiert werden sollten. Es gibt komplexe Regeln dafür, ob bestimmte Assets mit einer Anwendung exportiert werden.

Importieren

Beim Import ist es das Ziel, die Duplizierung von Abhängigkeiten zu vermeiden, wenn das Asset bereits in der importierenden Site existiert. Stattdessen wird das vorhandene Asset in der Zielsite verwendet, vorausgesetzt, dass das Asset in der Quell- und der Zielsite funktional identisch ist.

Dies wirft zwei grundlegende Fragen auf, die für jedes Asset beantwortet werden müssen:

Was ist identisch?

Wenn ein Asset importiert wird, wird geprüft, ob es in der Zielinstanz bereits existiert. Die Regeln zur Definition der Gleichheit sind je nach Asset unterschiedlich.

Betrachten Sie das folgende Szenario: 1. Verbinder A mit Funktion A wird exportiert und dann in Standort 2 importiert. 2. Verbinder A, Funktion A wird geändert, um einen weiteren Eingang hinzuzufügen. 3. Verbinder A wird erneut exportiert und in Site 2 importiert. 1. Ist Verbinder A derselbe? Ja, es wurden keine verhaltensverändernden Änderungen am Konnektor vorgenommen. 2. Ist die Funktion A dieselbe wie beim letzten Import? Nein, sie hat eine neue Eingabe, also muss eine neue Funktion erstellt werden.

Was ist zu tun, wenn ein Gleiches gefunden wird?

Wenn eine Übereinstimmung gefunden wird, ist die nächste Frage, was zu tun ist. Grundsätzlich respektiert Tulip immer die Konfiguration der Zielinstanz (Importeur) gegenüber der Quellinstanz (Exporteur).

Ablauf des App-Imports

Weitere Lektüre

In den folgenden Dokumenten finden Sie detaillierte Informationen darüber, wie die einzelnen Assets beim Export und Import behandelt werden:

• Import Export - Verbindung der Drähte
• Tabelle Import-Export
• Anschluss & Anschlussfunktion Import