모니터링 뷰와 상태 검사 선택

모든 상태 검사를 규칙으로 대체할 수 있는가

전체가 같은 규칙으로 제공되지는 않습니다. 중요한 상태 검사에는 대응 규칙이 있지만 데이터 품질의 상세 검사는 상태 검사로 유지합니다. 한 뷰에 규칙과 상태 검사를 함께 모을 수 있습니다.

범위	사용하는 기능
데이터 연결 에이전트, OSv2 객체와 링크, 스트리밍 데이터셋, 모델 실시간 배포, 시계열 동기화와 자동화	모니터링 뷰의 규칙
데이터셋 내용, 신선도, 스키마, data expectations, OSv1(Phonograph)와 foundry-sync 검사	개별 상태 검사
스케줄 연속 실패, 스케줄 시간, 데이터셋의 마지막 작업 성공 이후 시간	기존 상태 검사에 대응하는 모니터링 규칙

스케줄 연속 실패는 기존 스케줄 상태 검사에 대응합니다. 데이터셋의 작업 성공 시간과 데이터 갱신 시간은 의미가 다르므로 규칙 참조의 성공 판정도 확인합니다.

규칙은 한 리소스뿐 아니라 범위를 대상으로 할 수 있습니다. 프로젝트의 에이전트 전체를 감시하도록 구성했다면 이후 그 프로젝트에 추가한 에이전트도 포함합니다. 범위별 지원과 폴더의 하위 폴더 제외 조건은 개념을 따릅니다.

같은 모니터를 담당하는 사용자 집단을 기준으로 묶습니다. 사용자 a, b, c가 프로젝트 x, y, z를 함께 담당한다면 그 프로젝트들을 한 뷰에 모을 수 있습니다. 에이전트만 담당하는 집단에는 여러 프로젝트의 에이전트를 모은 뷰를 구성할 수 있습니다.

뷰는 파일 리소스이므로 저장된 프로젝트나 폴더의 접근 권한이 필요합니다. 규칙을 설정하거나 경보를 받으려면 대상 리소스에도 접근해야 합니다.

권한이 충분한 사람이 다른 사용자나 그룹을 구독자로 추가해도 그들의 접근 권한이 자동으로 생기지 않습니다. 새 구독자가 모니터링 뷰에 명시적인 접근 권한이 없으면 대상 리소스의 경보도 받지 못합니다.