A일정일정은 별도의 요청 없이 반복적으로 작업을 실행합니다. 이는 공장의 '일정' 보기에서 확인할 수 있습니다.
일정의 활용 사례
합의하기 쉽고 잊어버리기 쉬운 반복적 유지보수 작업:
- 종속성 업데이트
- 점차 쌓이는 정리 작업 — 사용되지 않는 코드, 오래된 플래그, 불필요한 내보내기 항목
- 반복적 보고서 생성
- 사전에 정의한 표준에 따른 주기적 점검
공통적인 특징은 작업 내용이 미리 명확하게 정의되어 있다는 점입니다. 일정은 무엇을 할 가치가 있는지 결정할 수 없으며, 사용자가 미리 작성한 지침을 단순히 반복할 뿐입니다.
일정이 적합하지 않은 경우
우선순위 판단이 필요한 작업에는 일정이 적합하지 않습니다. 다른 작업 상황과 무관하게 매주 월요일에 작업을 시작하는 일정은 실제로 계획한 작업과 동일한 에이전트 슬롯을 차지하게 됩니다.
예약된 작업은 실제 리소스를 사용합니다
여러 개의 일정을 생성하기 전에 반드시 숙지해야 할 사항입니다.
예약된 작업은 일반적인 작업과 동일합니다. 대기열에 들어가고 에이전트 슬롯을 점유하며 모델 사용 비용도 발생합니다. 단일 슬롯 플랜에서 하루에 세 번의 일정이 설정되면 원래 수행하려던 모든 작업이 방해받을 수 있습니다.
실행 내역
각 일정은 실행 기록과 그 결과를 저장합니다. 가끔씩 이를 확인하세요. 자동화의 실패 양상은 갑작스러운 오류가 아니라, 예산을 소모하면서도 몇 달간 아무런 유용한 결과를 내지 못하는 경우입니다.
만약 일정이 12개의 풀 리퀘스트를 생성했는데 그중 하나도 병합되지 않았다면, 그 일정은 잘못 설정된 것입니다.
일정, Sentinel 및 훅
사람의 개입 없이 작업이 시작되는 세 가지 방식:
| 메커니즘 | 트리거 방식 |
|---|---|
| 일정 | 시간 |
| Sentinel | 관찰되는 조건 |
| 훅 | 플랫폼 이벤트 |
트리거가 실제로 시간에 의한 경우에는 일정을 사용하세요. 만약 '특정 조건이 충족될 때'를 의미한다면 그것은 Sentinel이며, 불필요한 작업을 줄여줍니다.