상담원이 통신 운영에 적합한 경우

통신 운영에는 엄청난 이벤트 볼륨, 반복적인 분류, 소수의 사람에게 집중된 깊이 있는 전문 지식, 중요하지만 긴급하지 않은 영구적인 작업 백로그 등 자동화를 추구하게 만드는 프로필이 있습니다.

본능은 경고 스트림에서 에이전트를 가리키는 것입니다. 우리는 먼저 거의 모든 곳을 제안할 것입니다.

경고 분류가 잘못된 첫 번째 프로젝트인 이유

경고 스트림은 분류 문제처럼 보이고 판단 문제처럼 동작합니다. 동일한 경고가 20분 전에 상류에서 발생한 일, 유지 관리 일정, 패턴이 지난 겨울 아무 것도 아닌 것으로 판명된 패턴과 유사한지 여부에 따라 다른 의미를 갖습니다.

해당 컨텍스트는 엔지니어의 머리와 경고에 연결되지 않은 시스템에 존재합니다. 그것 없이 전화를 거는 상담원은 비용이 많이 드는 방식으로 자신 있게 틀릴 것이고, 한번 두 번 틀렸다면 그것이 옳았던 경우에는 누구도 그것을 신뢰하지 않을 것입니다.

구조적인 문제도 있습니다. 경고 분류에는 자연스러운 검토 단계가 없습니다. 누군가가 결정을 검토할 때쯤에는 이미 결과가 나온 상태입니다.

상담원이 잘 일하는 곳

결정보다는 준비. 엔지니어가 전화를 걸기 전에 영향을 받는 경로의 최근 변경 사항, 유사한 과거 사건, 관련 실행서 섹션, 현재 유지 관리 기간 등 필요한 컨텍스트를 수집합니다. 잘 수행하면 모든 실제 진단에 앞서 10분간의 사냥 시간이 제거됩니다.

사고 후 기록. 타임라인은 여러 시스템에 걸쳐 존재하며 이를 조립하는 것은 지루한 작업이므로 제대로 수행되지 않거나 늦게 완료됩니다. 인용과 함께 기록에서 초안을 작성하고 분석을 사람에게 맡기는 에이전트는 매우 유용합니다.

유효성 검사를 변경합니다. 제안된 구성 변경 사항이 적용되기 전에 정책 및 과거 사고와 비교하여 확인하고 차단보다는 플래그를 지정합니다.

수십 년 동안 일관되지 않은 형식으로 축적된 문서 전반에서 지식을 검색하며 올바른 섹션을 찾는 것이 정말 어렵습니다.

패턴은 다른 모든 곳과 동일합니다. 에이전트는 조립 및 초안 작성에 능숙하며 판단은 사람에게 있습니다.

배포를 형성하는 제약 조건

운영 데이터는 운영자의 인프라를 떠날 수 없는 경우가 많으며, 이로 인해 자체 호스팅 또는 에어 갭 배포가 옵션이 아닌 시작 가정이 됩니다.

액세스 경계는 평소보다 더 중요합니다. 네트워크 상태를 읽을 수 있지만 변경할 수 없는 에이전트는 두 가지를 모두 수행할 수 있는 에이전트와 근본적으로 다른 위험이며 해당 경계는 프롬프트에 설명되는 것이 아니라 작업이 발생하는 위치에 적용되어야 합니다.

감사 추적은 선택 사항이 아닙니다. 나중에 변경 사항을 조사할 때 에이전트가 수행한 작업, 도출한 내용, 사용한 ID에 대한 기록이 설명과 재구성을 구분하는 요소입니다.

시작하는 방법

결정 작업이 아닌 준비 작업을 선택하세요. 이름이 지정된 소유자와 차단하는 예산을 지정하세요. 지난 분기의 실제 사건을 활용하여 출시 전 평가 기준을 작성합니다. 그런 다음 점수가 지루할 때만 확대하십시오.

이를 수행한 팀에는 1년이 지난 후에도 여전히 에이전트를 운영하고 있습니다. 분류로 시작한 팀은 대부분 그렇지 않습니다.

다음

통신 및 배포 페이지에서는 자체 호스팅 및 에어갭 옵션을 다룹니다. 에이전트 오케스트레이션 시스템 페이지는 이에 의존하는 정책, 감사 및 평가 계층을 다룹니다.