AI 에이전트 관찰 가능: 샘플 흔적, 건강 증거를 보관

AI 요인의 관찰 가능성은 모든 흔적을 유지해야 할 필요는 없지만 흔적 샘플링이 중요한 건강 현상이 있는지 여부를 결정하도록 절대 허용해서는 안됩니다. 부피나 비용이 필요할 때 무거운 진단 경로를 샘플링하십시오. 콤팩트, 타이핑된 건강 영수증 결과 실패, 승인 대기, 도구 실패, 실행 시간 가 닿지 않는, 그리고 배달되지 않는 임무를 자체 배달 및 신선성 검사를 가진 별도의 경로를 통해 보내십시오. 그 분할은 특정한 문제를 해결합니다. 흔적은 달리기가 왜 그렇게 행동했는지에 대한 훌륭한 증거입니다. 사업자가 예상되는 작업이 부족하다는 것을 알 수 있는 유일한 장소는 아닙니다. 도달할 수 없는 실행 시간은 흔적을 전혀 배출하지 않을 수 있습니다. 승인을 올바르게 기다리는 세션에는 오류 기간이 없을 수 있습니다. 실행은 OK 랜즈로 끝낼 수 있으며 외부 검증자는 요청된 파일이 존재하지 않는다는 것을 발견합니다. 따라서 합리적인 결함이 두 가지 보존 정책이므로 똑똑한 샘플링이 아닙니다. 진단 흔적에 머리 또는 꼬리 샘플링을 적용하고 모든 의무적인 건강 영증을 짧고 명시적으로 제한된 기간 동안 보관합니다. 추적이 가능할 때 안정적인 실행 ID를 가지고 두 기록을 연결하십시오. 건강 판정을 유지하기 위해 무제한 무제한 도구 또는 무제한 도구 용량을 저장하지 마십시오. 표본 흔적이; 건강 영수증을 보관한다 OpenTelemetry의 샘플링 문서는 좁고 유용한 정의를 사용한다. 샘플링된 흔적이 처리되고 수출된다. 샘플링되지 않은 흔적이 처리되거나 수출되지 않는다. 머리의 샘플링은 흔적을 모두 검사하지 않고, 흔적 ID와 원하는 비율에서 일찍 결정됩니다. 꼬리 샘플링은 대부분 또는 모든 흔적을 기다리고 있으며 오류, 지연, 속성 또는 다른 기준으로 흔적을 유지할 수 있습니다. 그 메커니즘은 흔적의 인구를 최적화합니다. 에이전트 건강 정책은 다른 질문에 답합니다. 직업이 건강하고, 기다림, 갇혀, 도달할 수 없거나 거짓으로 완료되는지 결정하려면 어떤 관찰이 필요합니다? 기록 목적 샘플링 기본 예를 들어 증거 진단 흔적 선택된 실행을 실행하고 디버깅을 설명 양 및 비용으로 정당화된 경우 샘플 기간, 도구 기간, 모델 호출, 오류 경로 건강 영수증 국가를 변화시키는 운용적 사실을 보존 모든 의무적인 종류를 보관하라 성과 예측 실패, 승인을 요구, 심박수 놓친 집계 메트릭 측정율과 용량 가능한 경우 보관하기 전에 집합 다시 시도하는 속도, 줄을 깊이, 수신 손실 민감한 용량 오직 별도의 권위 아래만 재현하는 내용 기본으로 채용하지 않습니다. 프롬프트, 도구 논쟁, 순환 반응 이 차이점은 꼬리 샘플링이 쓸모없는 것은 아닙니다. 항상 ERROR 팽창을 포함하는 흔적을 유지하는 꼬리 규칙은 가치가 있습니다. 아직은 도착하지 않은 흔적을 유지할 수 없으며, 성공적인 것처럼 보이는 흔적이 외부에서 전달 가능한 검사를 실패했다는 결론을 내릴 수 없습니다. 수집자의 꼬리 샘플링 프로세서 문서는 중요한 전제 조건에 대해 명시적으로 설명합니다. 그 전제 조건 을 한계 로 생각 해라, 결함 으로 생각 해라. 흔적 샘플링은 흔적 증거가 존재하면 작동합니다. 건강 영수증은 그 경로 밖의 실패를 덮어야 합니다. 샘플링되지 않은 건강 계약의 정의 영수증을 충분히 작게 보관해 두면 모든 필수품들을 보관하는 것은 평범한 것이지 영웅적인 것이 아닙니다. 유용한 기록은 정체성, 의미론, 증거의 신선함과 출처가 필요합니다. 두 시계가 중요해요 안정적인 OpenTelemetry 로그 데이터 모델는 Timestamp 를 원천에서 사건이 발생했을 때와 ObservedTimestamp 를 수집 시스템이 관찰한 시간으로 정의합니다. 두 가지 의미들을 건강 영증에 보관하세요. 지연된 영수증은 여전히 실제 실패를 설명할 수 있지만, 그 배달 지연과 증거 연령은 여전히 눈에 띄어야 합니다. 작업 흐름에 의해 소유되는 단편적 의무적인 종류의 레지스트리를 사용하십시오. 저장 판매자가 아닙니다. 에이전트 운영의 시작 세트는 다음과 같습니다. outcome failed : 작업별 검증자가 약속된 결과를 거부했습니다. approval wait : 경기가 인간에 의존하고 소유자를 가지고 있습니다. tool error : 제한된 재실험 정책 이후 필요한 도구 동작이 실패 runtime unreachable : 외부 관측자가 예상된 시점에 달할 수 없는 경우 missing deliverable : 경기가 완료된다고 선언되었지만 예상된 유물이 없었다. 생산자는 계약의 일부입니다. 결과 검증기는 outcome failed 를 방출할 수 있고, 런타임 어댑터는 approval wait 를 방출할 수 있으며, 외부 스케줄러 또는 심박수 관찰자는 runtime unreachable 를 방출해야 합니다. 자신의 접근성이 떨어지는 것을 보고하기 위해 도달할 수 없는 실행 시간을 요구하는 것은 원형 설계입니다. 각 영수권에 대한 건강 변경 전에 네 가지 검사를 적용하십시오. 1. receipt id 또는 안정적인 이벤트 키로 복제합니다. 2. schema version , kind , run id 및 생산자 권한을 검증합니다. 3. occurred at 와 observed at 를 종류별 신선함 제한에 비교한다. 4. 요구되는 증거가 부족할 때 unknown 를 보존하여 명시적인 우선순위로 건강을 업데이트하십시오. 영수증으로 돌이킬 수 없는 행동을 허가하지 마십시오. 문제 를 열거나, 기다림 을 지시 하거나, 제한적 인 답변을 준비 할 수 있습니다. 회복은 여전히 관련 승인 경계가 필요하고 유용한 진보 또는 예상된 결과를 증명하는 새로운 관찰이 필요합니다. 유지 결정을 다시 재생 보존된 장치는 40개의 합성 랜과 5개의 의도적으로 다른 중요한 사례를 포함하고 있습니다. 결정적인 10%의 표본 샘플링은 각각의 추적 ID를 해시합니다. 꼬리정책은 ERROR 의 팽창 상태를 추적합니다. 세 번째 정책은 등록된 모든 건강 영수증을 보관합니다. 다음으로 실행하세요: 고정된 결과는 다음과 같습니다. 머리 샘플은 1, 3, 10, 25, 39 를 계속 실행합니다. 25번 은 도구 오류 사건이기 때문에 다른 4번의 중요한 사례는 샘플에서 실종되었습니다. ERROR만 있는 꼬리 규칙은 또한 도구 오류를 유지합니다. OK 추적으로 운반되는 결과실패, UNSET 추적으로 운반되는 승인을 기다린 상태, OK 추적으로 운반되는 실종물 및 흔적을 생성하지 않은 도달할 수 없는 실행 시간을 놓치고 있습니다. 이것은 통계적인 결과가 아니라 정책 테스트입니다. 5개의 중요한 경기는 의도적으로 분산되었기 때문에 재연은 유지된 경기와 놓친 경기가 모두 포함됩니다. 10%의 샘플링은 일반적으로 사건의 5분의 1을 포착하거나 이 다섯 가지 사건 유형이 동일한 주파수를 가지고 있다고 주장하지는 않습니다. 추적 아이디, 샘플링 규칙 또는 고정 장치를 변경하면 계산이 변경될 수 있습니다. 그 변화에는 수용 기준이 없어야 합니다. 모든 의무적인 영수권 종류는 흔적이 없는 경우를 포함하여 건강 경로에서 살아남아야 합니다. 생산자, 스키마, 고정, 유지 규칙 및 손실 모니터를 추가한 후에야 새로운 운영 판결을 추가합니다. 수신 경로와 구속된 저장량을 모니터링합니다. 샘플링되지 않은 채널은 여전히 실패할 수 있습니다. 큐가 넘쳐나고, 스케마 거부, 유효기간이 만료된 인증서, 시계 오류, 제작자 버그, 저장장치 중단은 건강 증거가 사라질 수 있습니다. 채널 자체에만 의존하지 않는 신호를 통해 채널을 모니터링하십시오. 생산자 및 작업 흐름 슬롯에 따라 예상 받은 수신 수표; 생산자의 심장 박동과 마지막 성공적인 배달 시간 거절, 복제 및 지연된 수신 카운터 컬렉터 큐 용량 및 드롭 카운터 통행된 영수증 ID를 가진 주기적인 끝에서 끝까지의 카나리 계획된 운행, 선언된 완공 및 수신된 결과 사이의 조화를 이루는 것이다. 행방은 녹색으로 변해서는 안 됩니다. 결과 확인자가 이를 필요로 하는 실행에 대해 보고하지 않은 경우, 결과 신호가 사용할 수 없거나 불확실하다는 것을 표시하십시오. 외부 관측자 자체가 고갈된 경우, 실행시간이 도달할 수 있다고 주장하지 마십시오. 건강 계층은 자신의 증거의 빈틈을 드러내야 합니다. 또한 모든 건강 영수증을 보관하는 것은 영원히 보관하는 것을 의미하지는 않습니다. 운용 결정에서 보존을 선택하십시오: 조사, 늦은 증거를 조정하고 승인된 개입을 감사할 충분한 기간. 개별 기록이 더 이상 필요하지 않을 때 더 오래된 숫자를 집계합니다. 수출 전에 로컬 경로, 사용자 콘텐츠, 프롬프트 텍스트, 툴 유용 로드 및 인증 자료를 제거하거나 해시하십시오. 결정을 뒷받침할 때 소화 또는 제한된 오류 클래스를 저장하십시오. 타협은 명백합니다. 컴팩트 된 의무 채널은 추가 엔지니어링 비용을 지불하고 작은 양의 추적 메타데이터를 복제합니다. 그 대가로, 추적량 조절은 건강을 유발하는 사실을 침묵으로 지울 수 없습니다. 꼬리 샘플링은 알려진 오류에 대한 진단 세부 사항을 선택하는 데 여전히 유용합니다. 추적 상태가 성공적이거나 불완전하거나 없는 경우에도 의무적인 인증을 통해 사건을 알 수 있습니다. 패턴을 채택하기 전에, 하나의 작업 흐름에서 실제 정화 된 사례를 재생하십시오: 건강한 완료, 잘못된 성공, 승인 기다림, 도구 실패, 놓친 심장 박동, 수집기 중단. 양쪽 모두 확인해 추적 정책은 비용 목표를 충족시켜야 하며, 수신 정책은 민감한 효용량을 수집하지 않고 필요한 모든 판결을 유지해야 합니다. Sidewisp의 제품 방향은 기존의 에이전트 런타임에 대한 건강 계층입니다: 증거, 신선함, 유용한 진전이, 대기 상태, 검증된 결과 및 명시적인 승인 경계가. 대체 실행 시간, 필수 게이트웨이, 원자력 추적 제품 또는 자율 고정 장치가 아닙니다. Sidewisp는 현재 비공개 프리뷰 단계입니다. 공개 사이트 및 기사 시스템은 실시간으로 제공되지만 생산 에이전트 건강 수집, 런타임 어댑터, 크론 관리, 토큰 비용 분석 및 복구 일반적으로 배송되지 않습니다. 이 증거 저장 경계가 작동을 위해 필요한 실패 모드와 일치하는 경우, 개인 미리보기에 가입하여 중요한 실행 시간과 수신 유형을 설명할 수 있습니다. 주요 참조 오픈텔레메트리: 샘플링 추적 샘플링 용어, 머리 및 꼬리 샘플링 및 운영 트레이드 오프; 2026년 7월 26일에 검토되었습니다. OpenTelemetry 컬렉터 Contrib: 꼬리 샘플링 프로세서 추적 그룹, 정책 유형, 수집자 친화성, 떨어진 흔적 및 늦은 기간; 2026년 7월 26일에 검토되었습니다. OpenTelemetry: 로그 데이터 모델 안정적인 Timestamp 및 ObservedTimestamp 의미학; 2026년 7월 26일에 검토되었습니다.