시계열 경보 FAQ

과거 전체를 매번 평가하나요?

평가 작업의 첫 실행은 전체 시계열을 검사하려고 시도하고 이후에는 새 데이터를 증분으로 평가합니다. 배치의 First job run read limit을 설정하면 첫 실행의 실제 읽기 범위도 제한됩니다.

기존 작업에 새 자동화를 추가하거나 기존 자동화의 범위를 늘려도 과거 데이터는 다시 처리하지 않습니다. 변경 이후 도착한 데이터에서 새 경보를 만듭니다.

이미 실행한 작업에 전체 과거 시계열 평가를 강제로 시키는 기능은 제공하지 않습니다. 필요한 경우 Palantir Support에 문의합니다.

실행 주기는 무엇으로 정하나요?

배치는 기본적으로 기반 데이터셋에 새 데이터가 생길 때 평가하며 시간 기반 일정을 설정할 수도 있습니다. 스트리밍은 새 관측을 계속 평가합니다. 작업 일정과 효과 실행 주기는 구분합니다.

Foundry Rules와 어떤 차이가 있나요?

시계열 경보 자동화는 새 데이터에 대한 증분 계산을 사용합니다. Foundry Rules의 시계열 규칙은 매번 전체 시계열을 평가합니다. 대부분의 업무에서는 증분 경보의 실행 시간과 비용이 더 낮을 것으로 기대되는 구조입니다.

어떤 Quiver 카드를 사용할 수 있나요?

Single root object 오류는 왜 발생하나요?

로직은 같은 유형이라는 조건만으로 충분하지 않으며 하나의 루트 객체 인스턴스를 기준으로 해야 합니다. 예를 들어 Machine 1의 Inlet pressure와 Machine 2의 Outlet pressure를 직접 비교하면 이 조건에 맞지 않습니다. 같은 Machine 1의 두 측정을 사용하고, 저장한 템플릿을 다른 Machine에 적용합니다.

템플릿은 기본적으로 해당 유형의 모든 객체에 적용하며 Edit scope로 대상을 제한할 수 있습니다.

스트림 입력도 지원하나요?

배치는 스트림 아카이브 데이터셋을 읽으므로 추가로 최소 10분 지연이 있습니다. 스트리밍 경보는 스트림을 직접 읽어 초 단위 지연을 목표로 하며, 허용 지연 버퍼와 상태 기반 계산의 준비 시간도 고려합니다.

진행 중 경보는 어떻게 표시하나요?

진행 중인 경보도 출력 객체 유형에 생성하며 end timestamp가 비어 있습니다.

로직을 바꾸어도 과거 경보는 다시 계산하지 않습니다. 진행 중 경보는 새 로직에서 정상 상태이면 종료하고, 여전히 경보 상태이면 열린 상태를 유지합니다.

작업 설정을 바꿀 수 있나요?

추가 설정에서 바꿀 수 있습니다. 작업 단위 설정은 같은 경보 객체 유형에 기록하는 모든 자동화에 영향을 줍니다.

스트리밍 경보가 나오지 않으면 무엇을 확인하나요?

• 관측 시각이 단조 증가하는 순서로 수집되는지 확인합니다. 허용 범위 밖으로 뒤섞인 과거 또는 미래 점은 버려질 수 있습니다.
• 같은 시간 창에 중복 Timestamp가 있으면 값 선택이 비결정적일 수 있어 Quiver 결과와 차이가 날 수 있습니다.
• 상위 스트림의 수집 상태를 모니터링합니다.
• Time series evaluation status와 Automate History에서 작업이 실행 중인지, 평가가 실패했는지와 상세 오류를 확인합니다.

스트리밍 비용을 줄이려면 어떻게 하나요?

Ontology polling 간격을 조정하여 조회 비용과 변경 반영 속도를 절충합니다. 자동화의 객체 집합 범위도 실제 감시할 대상만 포함하도록 좁힙니다.