지루한 끝에서 시작하는 클라우드 운영 에이전트

클라우드 운영은 자동화를 위해 만들어진 것으로 보입니다. 대규모 이벤트 볼륨, 반복적인 조사, 소수의 사람에게 집중된 전문 지식, 아무도 도달하지 못하는 개선 백로그 등이 있습니다.

본능은 에이전트에게 경고 스트림을 알려주고 에이전트가 결정하도록 하는 것입니다. 이는 무엇보다 먼저 언급할 가치가 있는 이유 때문에 실패할 가능성이 가장 높은 응용 프로그램입니다.

여기서 자동화된 의사결정이 먼저 실패하는 이유

경고는 업스트림에서 발생한 일, 배포 중인 일, 유지 관리 일정, 이 패턴이 지난 분기에 아무 것도 아닌 것으로 판명된 패턴과 유사한지 여부에 따라 다른 것을 의미합니다.

해당 컨텍스트의 대부분은 경고에 포함되지 않습니다. 그것은 다른 시스템과 엔지니어의 머리 속에 있습니다. 그것 없이 결정하는 에이전트는 자신있게 틀릴 것이며, 두 번의 자신감 있는 실수는 프로젝트를 가능하게 한 신뢰를 끝내기에 충분합니다.

자연스러운 검토 단계도 없습니다. 결정이 재검토될 때쯤에는 이미 결과가 나온 상태입니다.

그것이 작동하는 곳

인간이 결정하기 전에 컨텍스트 어셈블리. 영향을 받은 경로의 최근 변경 사항, 관련 과거 사건, 현재 배포 상태, 관련 Runbook 섹션. 이로 인해 모든 실제 진단, 모든 사건에 앞서 발생하는 10분의 추적 시간이 영원히 제거됩니다.

여러 시스템에 걸쳐 존재하고 늦게 잘못 작성되는 사고 후 타임라인.

비용 및 용량 검토는 기계적이고 지속적이며 영구적으로 우선순위가 낮습니다.

정책 및 과거 사고에 대한 변경 검증을 수행하고 차단 대신 플래그를 지정합니다.

접근 경계

인프라 상태를 읽을 수는 있지만 변경할 수 없는 에이전트는 두 가지를 모두 수행할 수 있는 에이전트와 근본적으로 다른 위험입니다. 해당 경계는 프롬프트가 아닌 작업이 발생하는 지점에 속합니다.

자격 증명은 런타임 시 조직 저장소에서 확인되므로 인프라 자격 증명은 에이전트 구성에 존재하지 않으며 취소는 단일 작업입니다.

다른 모든 것을 계측하는 것처럼 에이전트를 계측합니다.

클라우드 팀은 일반적으로 이 작업에 능숙하며 이를 에이전트 자체에 적용하는 것을 잊어버립니다. 에이전트당 비용이 청구됩니다. 에이전트 실행이 심하게 편향되어 있기 때문에 평균보다는 지연 시간 백분위수입니다. 재시도 횟수는 동일한 작업이므로 두 번 청구되므로 성공 횟수와 별도로 계산됩니다.

정기적인 감사보다는 실행할 때마다 평가합니다. 관심 있는 실패는 점진적으로 나타나는 실패이기 때문입니다.

시작 모양

한 종류의 사건에 대한 컨텍스트 어셈블리. 운영 측에 지정된 소유자입니다. 지난 분기의 실제 사건을 토대로 구축된 평가 기준입니다. 처음에는 읽기 전용이며 차단되는 예산입니다.

데모가 인상적일 때가 아니라 점수가 지루할 때 확대하세요.

다음

AI 관찰 가능성 및 토큰 모니터링 페이지에서는 계측을 다룹니다. 에이전트 오케스트레이션 시스템 페이지에는 정책, 자격 증명 및 평가가 포함됩니다.