사용 사례 증거 경로
Kubernetes Reliability Monitoring with SQL: 구현부터 결정까지
완전한 kubernetes reliability monitoring with sql 측정 루프는 하나의 소유 워크플로우, 제한된 이벤트 계약, 제어된 픽스처 및 누군가가 조치를 취할 수 있는 질문을 연결합니다.
- 1
경계를 설정하세요
범위 내에서 클러스터, 네임스페이스, 고객 대상 워크로드를 선택하세요.
- 2
결과 캡처
Begin with kubernetes_workload_sampled, kubernetes_container_restarted, kubernetes_rollout_observed and document the grain of each event.
- 3
행을 증명하세요
페이징하기 전에 워크로드 소유자와 함께 지속 임계값을 검토하세요.
- 4
결정을 내리세요
롤아웃 중에만 반복적으로 다시 시작되는 것이 아니라 어떤 워크로드가 반복적으로 다시 시작됩니까?
에이전트 프롬프트
이것을 코딩 에이전트에 붙여넣으세요.
바꾸기 YOUR_API_KEY 가입 후 에이전트에게 제품 흐름을 실행하고 첫 번째 이벤트를 확인하도록 요청합니다.
에이전트 프롬프트
Kubernetes Reliability Monitoring with SQL 설정 프롬프트
text
Telemetry로 Kubernetes 워크로드 안정성을 계측하세요.
/skill.md 및 이 Telemetry API 키를 사용하세요: YOUR_API_KEY
클러스터, 네임스페이스, 워크로드, 포드, event_name, restart_count, 준비, 릴리스 및 환경을 사용하여 제어된 워크로드 이벤트를 내보냅니다. 제한된 사유 카테고리는 이미 사용 가능하고 승인된 경우에만 추가하세요.
다시 시작 전환, 준비 상태 손실, 롤아웃 변경 사항 및 워크로드별 관련 애플리케이션 오류에 대한 SQL 및 대시보드를 만듭니다. 반복적인 재시작과 지속적인 준비 상태 또는 제품 영향에 대해서만 알림합니다.
Kubernetes 비밀, 환경 변수 값, 전체 매니페스트, 원시 로그, 컨테이너 인수 또는 고객 페이로드를 보내지 마세요.설정 단계
- 1범위 내에서 클러스터, 네임스페이스, 고객 대상 워크로드를 선택하세요.
- 2제한된 재시작, 준비, 롤아웃 및 워크로드 결과 이벤트를 내보냅니다.
- 3안전한 종합 재시동 및 계획된 교체를 실행하십시오.
- 4페이징하기 전에 워크로드 소유자와 함께 지속 임계값을 검토하세요.
캡처할 이벤트
kubernetes_workload_sampledkubernetes_container_restartedkubernetes_rollout_observedservice_request_completed
질문 잠금 해제
- 롤아웃 중에만 반복적으로 다시 시작되는 것이 아니라 어떤 워크로드가 반복적으로 다시 시작됩니까?
- 실패한 제품 작업과 준비 상태 손실이 일치하는 곳은 어디입니까?
- 릴리스, 노드 풀 또는 클러스터 변경으로 인해 불안정성이 시작되었습니까?
이벤트 스키마 시작점
이 워크플로우에 대한 이벤트 계약
쿼리 또는 스니펫을 프로덕션에 적용하기 전에 행 그레인, 방출 경계, 필수 유형, 개인 정보 보호 클래스, 예제 페이로드 및 유효성 검사 체크리스트를 검토하세요.
관련 제품 기능
이 워크플로를 다음에서 계속하세요. 알림
검토된 신뢰성 쿼리를 소유한 임계값 및 응답 워크플로로 승격합니다.
관련 SQL 레시피
SQL로 다음 질문에 답하세요
이 워크플로의 구조화된 필드에 대해 쿼리를 실행하고, 예제 결과를 검사하고, 유용한 답변을 대시보드 또는 알림으로 전환하세요.
다음 단계
에이전트가 사용할 API 키를 생성하세요.
무료 플랜은 프롬프트를 실행하고, 테스트 이벤트를 보내고, 첫 번째 대시보드를 검토하는 데 충분합니다.
관련 페이지