트리거 만들기 및 관리
트리거는 워크플로의 
에서 구성할 수 있는 특수 작업으로, 워크플로가 자동으로 실행되는 시기를 정의할 수 있습니다. 워크플로를 수동으로 실행하지 않아도 복잡한 비즈니스 프로세스를 자동화할 수 있습니다. 다음과 같은 두 가지 유형의 트리거가 있습니다.
에서 구성할 수 있는 특수 작업으로, 워크플로가 자동으로 실행되는 시기를 정의할 수 있습니다. 워크플로를 수동으로 실행하지 않아도 복잡한 비즈니스 프로세스를 자동화할 수 있습니다. 다음과 같은 두 가지 유형의 트리거가 있습니다.폴링 트리거
외부 시스템에 특정 변경 사항이 있는지 정기적으로 확인합니다. 변경 사항이 트리거 구성 조건을 준수하면 워크플로가 시작됩니다.
기본적으로 폴링 트리거는 5분마다 실행합니다. 기본 트리거 시간을 수정하려면 <ThingWorx Flow 설치 폴더>\modules\trigger\ 폴더에서 사용할 수 있는 트리거 배포 구성 파일인 deploymentConfig.json 파일의 DEFAULT_HOOK_INTERVAL 매개 변수 값을 편집합니다. 이 값은 밀리초 단위로 정의됩니다. 단기 테스트에만 작은 간격을 사용하는 것이 좋습니다.
Google과 같은 일부 클라우드 서비스의 경우 폴링 간격을 허용치 값(예: 1000밀리초) 아래로 설정하면 Google 서비스가 사용자 계정에 대한 요청을 자동으로 거부할 수 있으며 Google에 연락하여 계정에 대한 액세스를 복원해야 할 수 있습니다. 이러한 요청에 대한 제한이 있는 경우 타사 서비스 공급자에게 문의하십시오.
트리거 목록에 있는 모든 폴링 트리거에 
이 표시됩니다. 다음 커넥터는 폴링 트리거를 지원합니다.
이 표시됩니다. 다음 커넥터는 폴링 트리거를 지원합니다.◦ 클럭
◦ Dropbox
◦ Gmail
◦ OneDrive
◦ RSS 피드
◦ Slack
◦ Twilio
◦ YouTube
◦ Zendesk
웹후크 트리거
외부 시스템에서 지정된 이벤트가 발생할 때마다 해당 시스템이 ThingWorx를 호출하여 워크플로를 시작하도록 해당 외부 시스템과의 콜백을 등록합니다. 웹후크 트리거를 작동하려면 타사 시스템에서 ThingWorx Flow에 액세스할 수 있어야 합니다.
다음 커넥터는 웹후크 트리거를 지원합니다.
◦ Box
◦ Github
◦ JIRA
◦ Trello
트리거 구성에 대한 모범 사례
가능한 경우 구독한 이벤트가 발생할 때만 직접 개시되는 비 폴링 트리거 또는 웹후크 트리거를 사용하는 것이 좋습니다. 이렇게 하면 구독한 시스템에 대한 로드가 줄어들고 ThingWorx에서 구독한 이벤트가 발생하자마자 워크플로가 실행되도록 할 수 있습니다.
폴링 트리거를 사용하는 경우 ThingWorx 구독 서비스는 구성된 폴링 간격으로 폴링 트리거 구독을 지원하기 위해 연결된 시스템에 정기적으로 요청해야 합니다. 구독한 시스템 전체에서 요청이 증가하면 구독한 시스템 및 ThingWorx 구독 서비스에 대한 로드가 증가합니다.