Обзор экспорта и импорта

Что такое модульность активов?

Модульность активов означает возможность переноса активов между учетными записями или экземплярами Tulip. Эта функциональность крайне важна для регулируемых отраслей, клиентов с глобальными развертываниями Tulip и т. д.

Перенос активов между сайтами позволяет распределить работу, выполненную на одном сайте, между всеми сайтами, сокращая время, необходимое для создания ценности с помощью Tulip.

Где Tulip использует модульность активов?

Обычно мы рассматриваем модульность активов в контексте экспорта и импорта приложений, но эта функциональность используется во всем продукте.

Библиотека Tulip, Enterprise App Exchange, а также экспорт и импорт приложений - это наиболее заметные области, где используется данная функциональность. Некоторые активы, например коннекторы, можно перемещать независимо от приложения или автоматизации.

Основы

Приложения и автоматизированные системы не работают изолированно; они зависят от различных вспомогательных активов. Автоматизация может зависеть от коннектора, а приложение - от машины. Эти вспомогательные компоненты называются зависимостями.

Когда приложение экспортируется, его зависимости собираются и экспортируются вместе с ним. Однако не все зависимости включаются в экспорт.

Эта документация призвана определить ожидаемое поведение каждой зависимости приложения Tulip, а также действия, необходимые после экспорта.

Зависимости

Как правило, зависимости - это любые компоненты, которые могут совместно использоваться приложениями или автоматизациями и на которые можно явно ссылаться в приложении или автоматизации. К ним относятся: * Коннекторы * Машины * Пользователи * Аналитика * Таблицы * И т. д.

Экспорт

Что используется?

При экспорте необходимо оценить, какие активы используются в приложении или автоматизации и должны быть экспортированы вместе с ними. Существуют сложные правила, определяющие, экспортируются ли определенные активы вместе с приложением.

Импорт

При импорте задача состоит в том, чтобы избежать дублирования зависимостей, если актив уже существует на импортируемом сайте. Вместо этого используется существующий актив на целевом сайте, при условии, что актив на исходном и целевом сайтах функционально идентичен.

В связи с этим возникают два фундаментальных вопроса, на которые необходимо ответить для каждого актива:

Что является одинаковым?

Когда актив импортируется, мы проверяем, существует ли он уже в целевом экземпляре. Правила, определяющие равенство, зависят от актива.

Рассмотрим следующий сценарий: 1. Коннектор A с функцией A экспортируется, а затем импортируется на сайт 2. 2. Коннектор A, функция A изменяется для добавления еще одного входа. 3. Коннектор A снова экспортируется и импортируется на сайт 2. 1. Коннектор A остался прежним? Да, в коннектор не вносились изменения, изменяющие поведение. 2. Является ли функция A той же самой, что и при последнем импорте? Нет, у нее новый вход, поэтому необходимо создать новую функцию.

Что делать, если найдено то же самое?

Если совпадение найдено, следующий вопрос - что делать. В качестве основного принципа Tulip всегда уважает конфигурацию целевого экземпляра (импортера), а не исходного экземпляра (экспортера).

Поток импорта приложений

Дополнительная литература

В следующих документах содержится подробная информация о том, как обрабатывается каждый актив при экспорте и импорте:

• Импорт-экспорт - подключение проводов
• Экспорт импорта таблиц
• Импорт коннектора и функции коннектора