Przegląd eksportu i importu

Czym jest modułowość zasobów?

Modułowość zasobów odnosi się do możliwości przenoszenia zasobów między kontami lub instancjami Tulip. Ta funkcjonalność ma kluczowe znaczenie dla branż regulowanych, klientów z globalnymi wdrożeniami Tulip i nie tylko.

Przenoszenie zasobów między lokalizacjami pozwala na współdzielenie pracy wykonanej przez jedną lokalizację we wszystkich lokalizacjach, skracając czas wymagany do dostarczenia wartości z Tulip.

Gdzie Tulip wykorzystuje modułowość zasobów?

Zazwyczaj rozważamy modułowość zasobów w kontekście eksportu i importu aplikacji, ale ta funkcjonalność jest wykorzystywana w całym produkcie.

Biblioteka Tulip, Enterprise App Exchange oraz eksport i import aplikacji to najważniejsze obszary, w których ta funkcjonalność jest wykorzystywana. Niektóre zasoby, takie jak konektory, mogą być przenoszone niezależnie od aplikacji lub automatyzacji.

Podstawy

Aplikacje i automatyzacje nie działają w izolacji; opierają się na różnych zasobach pomocniczych. Automatyzacja może zależeć od łącznika lub aplikacja może zależeć od maszyny. Te komponenty wspierające są znane jako zależności.

Gdy aplikacja jest eksportowana, jej zależności są zbierane i eksportowane wraz z nią. Jednak nie wszystkie zależności są uwzględniane w eksporcie.

Niniejsza dokumentacja ma na celu zdefiniowanie oczekiwanego zachowania każdej zależności aplikacji Tulip, a także wszelkich działań wymaganych po eksporcie.

Zależności

Ogólnie rzecz biorąc, zależności to wszelkie komponenty, które mogą być współdzielone przez aplikacje lub automatyzacje i do których można się wyraźnie odwoływać w aplikacji lub automatyzacji. Należą do nich: * Connectors * Machines * Users * Analytics * Tables * Etc.

Eksport

Co jest używane?

Podczas eksportu ważne jest, aby ocenić, które zasoby są używane w aplikacji lub automatyzacji i powinny zostać wyeksportowane wraz z nią. Istnieją złożone zasady określające, czy określone zasoby są eksportowane wraz z aplikacją.

Import

Podczas importu celem jest uniknięcie powielania zależności, jeśli zasób już istnieje w importującej witrynie. Zamiast tego używany jest istniejący zasób w witrynie docelowej, pod warunkiem, że zasób w witrynie źródłowej i docelowej jest funkcjonalnie identyczny.

Rodzi to dwa podstawowe pytania, na które należy odpowiedzieć dla każdego zasobu:

Co jest takie samo?

Gdy zasób jest importowany, sprawdzamy, czy istnieje już w instancji docelowej. Reguły definiujące równość różnią się w zależności od zasobu.

Rozważmy następujący scenariusz: 1. Connector A z funkcją A jest eksportowany, a następnie importowany do Site 2. 2. Connector A, Function A jest modyfikowany w celu dodania kolejnego wejścia. 3. Connector A jest ponownie eksportowany i importowany do Site 2. 1. Czy Connector A jest taki sam? Tak, nie wprowadzono żadnych modyfikacji zmieniających zachowanie łącznika. 2. Czy funkcja A jest taka sama jak podczas ostatniego importu? Nie, ma nowe dane wejściowe, więc należy utworzyć nową funkcję.

Co zrobić, jeśli znaleziono to samo?

Jeśli zostanie znalezione dopasowanie, następnym pytaniem jest, co zrobić. Zgodnie z podstawową zasadą, Tulip zawsze szanuje konfigurację instancji docelowej (importera) w stosunku do instancji źródłowej (eksportera).

Przepływ importu aplikacji

Więcej informacji

Poniższe dokumenty zawierają szczegółowe informacje na temat sposobu obsługi każdego zasobu podczas eksportu i importu:

• Import Eksport - Podłączanie przewodów
• Tabela Import Eksport
• Import złącza i funkcji złącza