참고: 이 문서는 현재 새로운 샌드박스에 대한 내용으로, 현재 Enterprise 요금제 고객에게 활성화되어 있습니다. Freshservice의 현재 샌드박스 버전은 여기를 클릭하세요. 단계적 종료 계획에 대한 자세한 내용은 여기를 클릭하여 알아보세요.
Freshservice에서 의존성은 샌드박스 동기화의 원활한 운영을 보장합니다. 이를 분해해 보겠습니다:
의존성이란 무엇인가요?
의존성은 서로 다른 구성 또는 구성 요소 간의 연결을 의미합니다. 하나의 구성이 올바르게 작동하기 위해 다른 구성에 의존할 때, 이를 의존성이라고 합니다. 팀워크 시나리오로 생각해 보세요: 각 플레이어는 특정 역할을 가지고 있으며, 그들의 성공은 다른 사람들이 자신의 작업을 효과적으로 수행하는 것에 달려 있습니다.
샌드박스와 관련하여 의존성의 역할을 간단한 예를 통해 이해해 보겠습니다.
실제 시나리오를 고려해 보세요: 엔지니어링 부서에서 제기한 티켓에 대한 승인 알림을 보내는 워크플로우 자동화기가 있습니다. 승인은 부서장인 존에게 직접 전달됩니다. 변경 사항을 동기화할 때 의존성이 어떻게 작용하는지 살펴보겠습니다:
엔지니어링 부서 (작업 A):
이 부서의 사용자들은 티켓을 제기하고 IT 운영을 유지합니다.
엔지니어링 부서가 대상 인스턴스(예: 프로덕션)에 존재한다면, 좋습니다! 추가 작업이 필요하지 않습니다.
부서가 누락되었다면, 이를 "필수 의존성"으로 간주하세요. 엔지니어링 부서 없이 워크플로우는 올바르게 작동하지 않습니다.
부서장 존 (작업 B):
존은 티켓 승인을 감독하고 원활한 티켓 흐름을 보장합니다.
엔지니어링 부서와 마찬가지로, 존이 대상 인스턴스에 존재한다면, 환상적입니다!
그렇지 않다면, 그는 또한 "필수 의존성"입니다.
샌드박스에서 프로덕션으로 변경 사항을 동기화할 때, 대상 구성의 모든 의존성을 보장하는 것이 중요합니다. 누락된 퍼즐 조각을 추가하여 그림을 완성하는 것과 같습니다.
의존성 처리 - 특별한 경우
필드와 필드 선택/값은 의존성 계산 시 약간 다르게 처리됩니다. 구성에서 필드 또는 선택이 의존성으로 식별되면, 해당 필드 또는 선택이 대상 인스턴스에 이미 존재하더라도 "필수 의존성"으로 나열됩니다.
예를 들어, VIP 사용자가 제기한 티켓에 "높음" 우선순위를 할당하는 워크플로우 W의 시나리오에서, 우선순위 필드는 대상 인스턴스에 이미 존재하더라도 필수 의존성으로 표시됩니다.