자동화
자동화 트리거 레퍼런스
일정, 데이터 변경과 하트비트 트리거의 설정과 사용할 상황을 확인하세요.
트리거는 워크플로우를 언제 시작할지 정합니다. 어떤 행을 처리할지는 조회 단계가 정합니다.
트리거 선택 예시
| 운영 상황 | 권장 트리거 | 이유 | 확인할 지표 |
|---|---|---|---|
| 매일 정해진 시각에 보고서 만들기 | cron | 실행 시각이 업무 기준입니다. | 정시 실행, 지연, 실패 |
| 새 예약이 생기면 바로 후속 작업하기 | db | 한 건의 변경에 즉시 반응합니다. | 변경 대비 실행 수, 중복 실행 |
| 시작 뒤 30분 지난 예약 찾기 | heartbeat | 현재 시각과 상태를 매번 다시 검사합니다. | 선택 지연, 놓친 대상, 반복 선택 |
트리거 실행 수만 보지 말고 업무 대상 수와 비교하세요. 실행이 많아도 조회 조건이 잘못되면 필요한 기록을 처리하지 못하거나 같은 기록을 반복 처리할 수 있습니다.
cron
지정한 cron 일정에 실행합니다.
- 필요한 값은 cron 형식의
schedule입니다. - 일간 정리, 정기 리포트와 정해진 시각의 업무에 사용합니다.
- 예시
0 3 * * *는 매일 오전 3시에 실행합니다. - 활성 워크플로우의 일정은 저장할 때 동기화됩니다.
db
허용된 데이터에 행이 추가, 변경 또는 삭제될 때 실행합니다.
source_table은 감시할 데이터를 정합니다.source_event는insert,update또는delete를 사용합니다.- 변경된 행은 단계에서
${trigger}로 참조합니다. - 새 예약이나 새 고객처럼 한 건의 변화에 바로 반응할 때 사용합니다.
heartbeat
플랫폼의 공용 주기 신호마다 실행합니다.
- 별도의 워크플로우별 일정은 필요하지 않습니다.
- 첫 단계에서 시간과 상태 조건으로 현재 대상 행을 다시 찾습니다.
- 노쇼, 오래된 미확정 예약과 정체 대화처럼 경과 시간 조건에 사용합니다.
- 한 번의 신호를 놓쳐도 다음 신호가 같은 조건을 다시 조회합니다.
manual
실행 기록에는 수동 실행이 원천으로 표시될 수 있습니다. 워크플로우 정의의 운영 트리거는
cron, db 또는 heartbeat 중 하나를 사용합니다.
트리거가 시작한 후의 동작은 실행과 반복 방지를 확인하세요.