자동화 실행 수와 사용량 급증 진단

실행 수가 급증하면 먼저 원인 자동화와 필요한 하위 자동화를 일시 중지하여 추가 실행을 제한합니다. Resource Management에서 영향 범위와 사용량이 늘기 시작한 시점을 확인한 뒤 조건, 실행 모드와 함수 구현을 조사합니다.

자주 나타나는 원인

잦은 객체 변경

짧은 시간에 여러 실행이 발생했다면 조건에 해당하는 객체가 얼마나 자주 바뀌는지 확인합니다. 시간 기반 제한이 없는 변경 감시를 다시 시작하면서 반복 실행이 나타날 수 있습니다.

자동화를 중지한 뒤 업무에 맞는 평가 간격을 정하고, 가능한 경우 Single execution을 사용합니다. 스케줄을 지원하는 조건에만 시간 조건을 결합합니다. 실시간 전용 Objects modified를 그대로 스케줄로 바꾸는 경로는 없습니다. 구성 후 다시 시작하여 다음 날의 실행 횟수를 관찰합니다.

자동화 간 연쇄

Automation A의 편집이 B를 발동시키고, B가 객체마다 실행하면서 더 많은 객체를 편집하여 C를 발동시키면 실행 수가 여러 단계에서 늘어날 수 있습니다.

하위 자동화를 모두 중지하고 로직을 더 적은 자동화로 합칠 수 있는지 검토합니다. 남길 자동화는 가능한 범위에서 객체 집합 입력과 Single execution을 사용합니다. 하나씩 다시 켜고 매 단계의 실행 수를 확인합니다.

이 연쇄는 객체 변경이 조건을 발동시키는 관계이며, 한 단계만 지원하는 Automation dependency 설정과 구분합니다.

함수 안의 개별 질의

객체 수에 따라 함수 시간과 사용량이 급격히 늘면 반복문 안에서 온톨로지 질의를 하고 있는지 살핍니다. 필요한 객체를 묶어 읽거나 서버 집계로 바꾸고, 단일 객체 대신 객체 집합을 받는 입력을 검토합니다. 세부 방법은 함수 성능에서 다룹니다.

자기 자신을 다시 호출

함수가 객체를 편집하고 그 변경이 같은 자동화를 다시 발동시키는지 확인합니다. 처리 상태나 시각을 기록하여 다시 처리할 필요가 있는지 판단하고, 불필요한 편집을 생략합니다. 자동 실행이 필요하지 않은 로직이라면 Automate 밖에서 직접 호출하는 방식도 검토합니다.

조사 순서

1. History에서 최근 하루의 실행 수, 급증 시작 시점과 증가 추세를 확인합니다.
2. 조건에 해당하는 객체의 변경 빈도, 시간 조건 유무와 평가 간격을 비교합니다.
3. Autopilot이나 Workflow Lineage에서 전체 효과 연결과 실행을 증폭하는 구간을 추적합니다.
4. 함수의 반복 질의, 묶음 처리, 실행 시간과 외부 호출 수를 확인합니다.
5. 함수의 편집이 자기 조건을 다시 충족시키는지, 상태 표시나 중복 처리 방지가 있는지, 빠른 반복 호출이 이력에 나타나는지 확인합니다.

사용량을 제한하며 복구

원인과 하위 영향을 파악한 뒤 지원하는 조건의 평가 간격을 늘리고, 가능한 경우 Single execution으로 바꾸거나 필요 없는 편집을 생략합니다. 범위와 빈도를 제한하여 다시 시작하고 다음 날까지 실행 수와 사용량이 예상 범위로 돌아오는지 관찰합니다.

일시 중지는 스케줄과 실시간 트리거를 막고 진행 중인 실행도 중단하지만, 수동 실행과 재시도는 별도로 가능합니다. 중지 상태의 동작을 함께 확인합니다.

도구별 조사 내용

평가 자체나 효과가 실패한다면 오류 안내에서 별도로 구분합니다.