모니터링 뷰
모니터링 뷰는 규칙과 기존 상태 검사를 묶어 여러 Foundry 리소스를 감시합니다. 동적 범위에 새 리소스가 들어오면 자동으로 포함하므로 개별 리소스마다 같은 설정을 반복하지 않아도 됩니다. 기존 검사 그룹은 모니터링 뷰로 이전하는 방식을 권장합니다.
리소스별 범위
| 리소스 | 지원 Scope |
|---|---|
| 데이터 연결 Agent | Single, Project |
| Object type | Single, Project |
| Link type | Single, Project |
| Schedule | Single, Project |
| Streaming dataset | Single, Folder, Project |
| Live deployment | Single |
| Time series sync | Single |
| Geotemporal observation | Single |
| Automation | Single, Project |
| Dataset | Single, Folder, Project |
| Function | Single, Project, Workflow Lineage, Workshop, OSDK application |
| Action type | Single, Project, Workflow Lineage, Workshop, OSDK application |
폴더 범위는 하위 폴더를 포함하지 않습니다. 범위와 복합 규칙은 핵심 개념, 조건과 기본값은 규칙 참조에서 설명합니다. 개별 데이터셋의 내용과 스키마는 상태 검사를 함께 사용합니다.
생성과 규칙 추가
Data Health 오른쪽 위의 Monitoring View 탭에서 New monitoring view를 선택합니다. Manage monitors의 Add monitoring rules에서 리소스 유형과 범위를 정합니다.
정적 범위는 특정 리소스를 선택합니다. 동적 범위는 리소스의 추가와 제거를 반영합니다. 온톨로지 리소스에 Project 범위를 사용하려면 먼저 프로젝트 기반 권한으로 이전해야 합니다.
측정값의 임계값과 Low, Medium, High 심각도를 정합니다. 제안 설정을 그대로 쓰거나 필요한 측정값만 선택하고 값을 바꿀 수 있습니다. AND 복합 규칙은 각 심각도의 모든 조건이 충족되어야 하며, 공통으로 도달한 수준에 맞춰 발동합니다.
대상 리소스에는 Viewer 권한이 필요합니다. 경보를 받으려면 리소스와 모니터링 뷰 양쪽에 Viewer 권한이 있어야 합니다. 뷰가 저장된 프로젝트나 폴더의 접근 조건도 적용됩니다.
기존 규칙은 목록에서 선택하고 옆 패널의 Edit로 수정합니다.
기존 상태 검사 추가
뷰 오른쪽 위 Add health check를 선택합니다. 필터나 데이터셋 검색으로 기존 검사를 찾고 하나 이상 선택한 뒤 Add checks를 누릅니다.
이 대화상자는 검사를 새로 만들지 않습니다. 새 검사는 데이터셋의 Health 탭에서 만들고, 여러 데이터셋의 일괄 검사 구성은 상태 검사의 절차를 사용합니다.
구독
Manage subscriptions에서 사용자와 그룹을 추가하고 심각도별 수신을 정합니다. 규칙이 발동하면 해당 뷰의 구독자에게 전자우편과 Foundry 알림을 보냅니다. 구독자를 추가하는 것만으로 뷰나 리소스의 보기 권한이 부여되지는 않습니다.
PagerDuty, Slack과 웹훅은 외부 알림에서 구성합니다.
경보 조사
Troubleshoot alerts에는 경보 이름, 리소스, 실패 이유와 보고 시각이 표시됩니다. 보기 옵션, 프로젝트별 묶기와 검사 유형 필터를 사용할 수 있습니다.
지원하는 단일 규칙의 상세는 경보 진단에서 지표와 이력을 확인합니다.
개별 경보 일시 중지
이미 발동한 경보는 검사와 모니터 모두 Snooze로 알림을 잠시 중지할 수 있습니다. 항목을 선택하고 아래 도구 모음의 Snooze 또는 Context Panel의 About에 있는 종 아이콘을 선택합니다. 기간과 사유를 입력하여 적용합니다.
종 아이콘에 포인터를 올리면 누가 언제 어떤 사유로 중지했는지 보입니다. Hide snoozed alerts로 숨기면 아래 배너에 숨긴 경보 수가 표시됩니다.
Unsnooze를 선택하거나 기간이 끝나면 다시 알림을 보냅니다. 상태 검사와 달리 모니터 경보는 다시 발동하더라도 기존 snooze가 유지됩니다.
규칙 전체 일시 중지
Manage monitors에서 규칙을 선택하고 Snooze를 사용하면 범위 안의 모든 대상에 적용합니다. 이 규칙에 이미 있던 대상별 snooze는 새 규칙 수준 설정으로 교체합니다.
계보와 실행 이력으로 이동
경보 목록이나 상세에서 리소스의 계보를 열 수 있습니다.
- 데이터셋, 스케줄과 객체 유형은 Data Lineage로 이동합니다.
- 함수, 액션 유형과 자동화는 Workflow Lineage의 Run history를 엽니다.
함수와 액션 유형은 규칙에 따라 다음 필터를 미리 적용합니다. 자동화 등 다른 유형에는 이 사전 필터를 확대 적용하지 않습니다.
| 규칙 | 실행 이력 필터 |
|---|---|
| Duration p95 | 실행 시간 범위를 모니터 임계값으로 설정하여 그보다 오래 걸린 실행을 표시 |
| Number of failures in window | Failed 상태와 경보 발생 시점의 평가 창 시작 시각 |
| Number of user-facing failures in window | Failed 상태, 평가 창 시작 시각과 User facing error 이유 |
Workflow Lineage의 감시 상태
색상 범례의 Health > Monitoring status는 현재 발동한 모니터 중 가장 높은 심각도로 노드를 표시합니다.
| 표시 | 의미 |
|---|---|
| All monitors healthy | 모니터가 있고 현재 발동한 항목이 없음 |
| Low / Medium / High severity | 현재 발동한 항목 중 가장 높은 심각도 |
| No monitors configured | 감시 가능한 리소스지만 적용한 규칙이 없음 |
| Not applicable | 모니터링 규칙의 대상 유형이 아님 |
최초 상태를 아직 계산하지 않은 규칙은 healthy로 취급하므로, 새 규칙을 만들었다는 것만으로 실제 평가가 끝났다고 판단하지 않습니다. AIP Logic 노드는 기반 함수의 상태를 사용합니다.
색상은 사용자가 접근할 수 있는 모니터링 뷰의 경보에 한정합니다. 다른 뷰에 보이지 않는 경보가 있을 수 있습니다. 플랫폼 인스턴스에 Monitoring Views가 제공되지 않으면 이 색상 모드도 표시되지 않습니다.
검사 그룹에서 이전
Data Health에서 기존 검사 그룹을 열고 위쪽의 Upgrade to monitoring view를 선택합니다. 새 뷰를 만들거나 기존 뷰로 검사를 옮길 수 있습니다.
새 뷰는 구독자가 접근할 수 있는 프로젝트에 저장합니다. 이전 뒤에도 기존 검사의 전자우편 요약, 경보와 구독 동작은 유지됩니다. 검사 그룹과 뷰는 일대일로 연결하므로 여러 그룹을 같은 기존 뷰에 이전하는 방식은 지원하지 않습니다.
기능 선택과 권한의 추가 설명은 FAQ를 참고합니다.