경고
함수가 오작동할 때 알림을 받는 방법: 관찰할 수 있는 측정항목, 규칙을 확인하는 방법, HTTP를 통해 관리하는 방법.
5분 읽기·레벨 중급·2026. 10. 12.에 개정됨
이 영어 텍스트는 프랑스어 원본에서 자동으로 생성되었으며 아직 검토되지 않았습니다.
이 페이지는 자동으로 번역되었습니다. 영어 버전은 권위가 있습니다.
#
만들기
1. 규칙 만들기
경고 규칙은 service_role 키를 사용하여 HTTP를 통해 관리됩니다. SDK에는 이에 대한 방법이 없습니다.
#
참고자료
2. 지표, 조건 및 채널
| 필드 | 허용되는 값 |
|---|---|
metric | error_rate, latency_p95, job_failures, low_disk, ai_quota, anomaly_detection또는 log_pattern:<service>:<regex> |
condition | gt, lt, eq, match, auto |
channel | email, webhook, slack |
threshold | 숫자 |
destination | 이메일 주소, 웹훅 또는 Slack 후크의 URL |
log_pattern는 정규식 log_pattern:functions:timeout에 대해 한 서비스의 로그를 감시합니다. 알 수 없는 값은 400를 반환하고 허용되는 값을 나열합니다. metric: "cpu"에 대한 실제 답변:
#
행동
3. 규칙을 확인하는 방법
- 서비스는 활성화된 모든 규칙을 1분에 한 번씩 확인합니다.
- 숫자 측정항목은 Prometheus에서 읽습니다.
log_pattern규칙은 Loki를 쿼리합니다. 각 쿼리에는 5초 제한이 있습니다. 한 프로젝트가 실패하더라도 다른 프로젝트는 계속 확인됩니다. - 규칙이 실행되면 서비스는
last_triggered_at를 설정하고 이벤트를 기록하며 선택한 채널에 전달하기 위해 게시합니다. - 비활성화한 규칙은 유지되지만 확인되지는 않습니다.
배포에 따라 제공 여부가 달라짐
경고에는 함수 서비스에서 접근할 수 있는 Prometheus 및 Loki가 필요하며, 이메일 채널에는 이메일 공급자가 필요합니다. 이러한 규칙이 없는 개발 스택에서는 규칙이 저장되지만 실행할 수는 없습니다.
#
운영하다
4. 규칙 및 기록 관리
| 액션 | 요청 |
|---|---|
| 목록 규칙 | GET /v1/functions/alerts |
| 활성화 또는 비활성화 | PATCH /v1/functions/alerts/{id} 및 {"enabled": false} |
| 삭제 | DELETE /v1/functions/alerts/{id} |
| 하나의 규칙의 역사 | GET /v1/functions/alerts/{id}/events |
| 모든 규칙의 역사 | GET /v1/functions/alerts/events |
이벤트에는 alert_rule_id, event_type, triggered_value, message 및 created_at이 있습니다. 기록 경로는 limit 및 offset을 허용합니다. 모든 경로에는 service_role 키가 필요합니다.
마지막 업데이트 · 2026. 10. 12.