내보내기 및 가져오기 개요

자산 모듈성이란 무엇인가요?

자산 모듈성은 Tulip 계정 또는 인스턴스 간에 자산을 전송할 수 있는 기능을 말합니다. 이 기능은 규제가 적용되는 산업, 전 세계에 Tulip을 배포하는 고객 등에게 매우 중요합니다.

사이트 간에 자산을 전송하면 한 사이트에서 수행한 작업을 모든 사이트에서 공유할 수 있으므로 Tulip으로 가치를 제공하는 데 필요한 시간을 단축할 수 있습니다.

Tulip은 어디에서 에셋 모듈성을 활용하나요?

일반적으로 에셋 모듈성은 앱 내보내기 및 가져오기의 맥락에서 고려되지만, 이 기능은 제품 전체에서 활용됩니다.

이 기능이 가장 두드러지게 활용되는 영역은 Tulip 라이브러리, Enterprise App Exchange, 앱 내보내기 및 가져오기입니다. 커넥터와 같은 일부 자산은 애플리케이션 또는 자동화와 독립적으로 이동할 수 있습니다.

기본 사항

애플리케이션과 자동화는 독립적으로 작동하는 것이 아니라 다양한 지원 자산에 의존합니다. 자동화는 커넥터에 의존하거나 앱은 머신에 의존할 수 있습니다. 이러한 지원 구성 요소를 종속성이라고 합니다.

애플리케이션을 내보낼 때 종속성이 수집되어 함께 내보내집니다. 그러나 모든 종속성이 내보내기에 포함되는 것은 아닙니다.

이 문서는 Tulip 애플리케이션의 각 종속성에서 예상되는 동작과 내보내기 후에 필요한 모든 작업을 정의하는 것을 목표로 합니다.

종속성

일반적으로 종속성은 애플리케이션이나 자동화 간에 공유할 수 있고 애플리케이션이나 자동화에서 명시적으로 참조할 수 있는 모든 구성 요소입니다. 여기에는 * 커넥터 * 머신 * 사용자 * 분석 * 테이블 * 기타 등이 포함됩니다.

내보내기

무엇을 사용 중인가요?

내보낼 때는 애플리케이션이나 자동화에서 사용 중인 자산을 평가하여 함께 내보내야 합니다. 특정 자산을 애플리케이션과 함께 내보낼지 여부를 결정하는 복잡한 규칙이 있습니다.

가져오기

가져오기 시에는 가져오는 사이트에 이미 자산이 있는 경우 종속성 중복을 피하는 것이 목표입니다. 대신 소스 사이트와 대상 사이트의 자산이 기능적으로 동일하다면 대상 사이트의 기존 자산이 사용됩니다.

여기에는 각 자산에 대해 답해야 하는 두 가지 근본적인 질문이 제기됩니다:

무엇이 동일한가?

자산을 가져올 때 대상 인스턴스에 이미 존재하는지 확인합니다. 동일성을 정의하는 규칙은 자산에 따라 다릅니다.

다음 시나리오를 예로 들어 보겠습니다.1. 함수 A가 있는 커넥터 A를 내보낸 다음 사이트 2.2로 가져옵니다. 커넥터 A, 함수 A를 수정하여 다른 입력을 추가합니다.3. 커넥터 A를 다시 내보낸 후 사이트 2로 가져옵니다. 1. 커넥터 A는 동일합니까? 예, 커넥터에 동작을 변경하는 수정 사항이 없습니다. 2. 함수 A가 마지막으로 가져올 때와 동일합니까? 아니요, 새 입력이 있으므로 새 함수를 만들어야 합니다.

동일한 것이 발견되면 어떻게 해야 하나요?

일치하는 것이 발견되면 다음 질문은 어떻게 해야 하는가입니다. Tulip은 항상 소스 인스턴스(익스포터)보다 대상 인스턴스(임포터)의 구성을 존중하는 것을 핵심 원칙으로 합니다.

앱 가져오기 흐름

추가 자료

다음 문서는 내보내기 및 가져오기 중 각 에셋이 처리되는 방식에 대한 자세한 정보를 제공합니다:

• 가져오기 내보내기 - 전선 연결하기
• 테이블 가져오기 내보내기
• 커넥터 및 커넥터 함수 임포트