에이전트는 당신이 제시한 맥락을 바탕으로 조사합니다. 온보딩 과정에서 데이터 소스를 건너뛰었거나, 조사 결과가 예상보다 부족했다면, 이 글을 통해 다음에 무엇을 연결할지, 각 연결점이 무엇을 더하는지 결정하세요. 이 글은 에이전트가 사용할 수 있는 출처를 목록화하고, 커넥터 기사들은 각 출처의 절차를 다룹니다.
가장 작은 유용한 집합부터 시작하세요
코드 저장소와 하나의 로그 소스만으로도 시스템에 대한 근본적인 답변을 얻을 수 있습니다. 다른 모든 소스는 에이전트가 볼 수 있는 것을 더 깊게 만들고, 언제든지 어떤 순서로든 소스를 추가할 수 있어 한 번에 설정을 끝낼 필요가 없습니다.
코드, 로그, Azure 리소스, 지식 파일이 쌓여갑니다. 필요할 때마다 다른 저장소, 텔레메트리 제공자, 또는 스코프를 추가할 수 있고, 더 이상 원하지 않는 것은 제거할 수 있습니다. 사건은 다르게 작동합니다. 한 번에 하나의 인시던트 플랫폼만 활성화할 수 있으며, 새 플랫폼을 연결하면 현재 플랫폼의 연결이 해제됩니다.
각 출처가 답하는 내용
각 데이터 소스는 조사 중 요원이 서로 다른 유형의 질문에 답할 수 있게 해줍니다.
| Source | 에이전트가 답변할 수 있는 내용 | 연결에 필요한 항목 |
|---|---|---|
| 코드 (권장) | 실패가 왜 일어나는지. 에이전트는 소스 파일을 읽고, 오류를 특정 라인으로 추적하며, 최근 변경 사항을 식별합니다. | GitHub, Azure DevOps, 또는 GitLab 저장소에 접근하고, 제공자가 지원하는 인증 방법도 포함됩니다. |
| 로그 (권장) | 제작 과정에서 무슨 일이 있었는지. 에이전트는 텔레메트리를 쿼리하고 항목과 코드 및 의존성을 연관시킵니다. | 커넥터가 사용하는 ID 또는 자격 증명에 부여된 텔레메트리 소스에 대한 읽기 권한 |
| Azure 리소스 | 지금 당신의 환경이 어떤지 말이죠. 에이전트는 리소스 구성, 건강 상태, 지표를 확인합니다. | 각 관리 그룹, 구독 또는 리소스 그룹에 대해 소유자 또는 사용자 접근 관리자 역할 할당을 합니다. |
| 사고 | 언제 부탁받지 않고 일을 시작해야 하는지. 상담원은 사고 플랫폼에서 알림을 받고 대응 계획과 일치하는 알림을 조사합니다. 한 번에 하나의 플랫폼만 활성화됩니다. | Azure Monitor는 자격 증명 없이 연결되며, 관리되는 자원 그룹에서 에이전트로 알림이 흐릅니다. PagerDuty와 ServiceNow는 인시전 플랫폼 관리자로부터 API 자격 증명을 받아야 합니다. |
| 지식 파일 | 팀이 원하는 작업 방식. 에이전트는 귀하의 런북, 에스컬레이션 경로 및 아키텍처 노트를 따릅니다. | 지원되는 형식의 파일입니다. 지식 문서 업로드를 참조하세요. |
로그 제공업체는 인증 방식이 다릅니다. Azure Data Explorer, Log Analytics Workspace, Application Insights는 에이전트의 관리 신원을 사용합니다. Datadog, Dynatrace, Elasticsearch, New Relic, Splunk, Hawkeye 모두 귀하가 제공하는 서비스 자격 증명을 사용합니다. 보통 제공하는 업체는 세입자와 구성에 따라 다를 수 있으니, 원하는 업체를 찾지 못하면 검색창을 이용하세요. 각 제공자가 요청하는 필드에 대해서는 텔레메트리 소스 연결(Connect a telemettry source )을 참조하세요.
다음에 연결할 것을 선택하세요
에이전트가 놓치고 있는 상황을 선택하세요.
- 상담원은 당신의 앱에 대해 아무것도 모른다고 말합니다. 먼저 코드를 연결하세요. 이 방법이 조사 품질에 가장 큰 영향을 미치며, 연결을 저장하자마자 에이전트가 저장소를 탐색하기 시작합니다.
- 에이전트는 코드를 설명해주지만 실제 운영 환경에서 무슨 일이 있었는지는 말할 수 없습니다. 다음으로 로그를 연결합니다. 사고 발생 시 팀이 이미 문의한 제공자를 선택하세요.
- 질문하신 내용이 리소스 건강, 구성, 또는 규모에 관한 것입니다. Azure 리소스를 추가하고, 가장 많이 조사하는 작업 부하를 포함하는 리소스 그룹에 스코프를 지정하세요.
- 누군가 채팅을 열기 전에 에이전트가 먼저 일하는 게 좋습니다. 팀이 이미 호출 중인 사고 플랫폼을 연결하고, 좁은 알림 세트에 맞는 대응 계획을 수립하세요. 한 번에 한 플랫폼만 활성화할 수 있으니, 생산 알림을 포함하는 플랫폼을 선택하세요. 인시던트 플랫폼을 참조하세요.
- 답변들은 기술적으로는 맞지만, 팀이 어떻게 운영되는지는 무시하세요. 지식 파일을 추가해서 에이전트가 일반적인 순서 대신 절차를 따르도록 하세요.
Azure 리소스와 인시던트는 다른 사람이 연루될 가능성이 가장 높은 두 가지 연결고리입니다. 둘 다 에이전트가 도달할 수 있는 범위나 행동 시기를 바꾸며, 단일 엔지니어가 갖지 못할 수 있는 접근 권한이 필요합니다.
사전 요구 사항
| Requirement | Details |
|---|---|
| 요원입니다 | 먼저 만들기 및 설정에서 하나 만들어 보세요. |
| 에이전트에서의 역할 | SRE 에이전트 표준 사용자는 코드 저장소 추가와 지식 문서 업로드를 포함합니다. SRE 에이전트 관리자는 커넥터 관리와 Azure 리소스 범위의 추가 또는 제거를 다룹니다. SRE Agent Author에서는 인시던트 관리 구성 및 대응 계획 작성을 다룹니다. 사용자 역할과 권한 항목을 확인하세요. |
| 리소스 범위용 Azure 역할 | 직접 또는 상속을 통해 추가하는 모든 범위에 대해 활성 소유자 또는 사용자 접근 관리자 역할이 할당됩니다. 포털은 이를 이용해 에이전트의 관리 신원에 역할을 할당합니다. |
| 각 소스에 대한 접근 | 코드에 대한 저장소 접근, 로그를 위한 텔레메트리 소스 읽기 권한, 그리고 PagerDuty 또는 ServiceNow의 플랫폼 자격 증명 등이 포함됩니다. |
| 수신해야 할 경고 또는 사건 | Azure Monitor는 기존 경고 규칙이 생성하는 알림만 전달하므로, 인시전 활동을 예상하기 전에 규칙이 존재하는지 확인하세요. PagerDuty와 ServiceNow는 자체 통합으로 생성된 인시전을 전달합니다. |
설치 페이지 열기
운영 허브의 Overview 탭에서 상태 표시줄에 아직 설정하지 않은 소스가 나옵니다. 설정 완료 를 선택해 설정 페이지를 열고, 두 개의 탭이 있습니다.
| Tab | 데이터 원본 |
|---|---|
| 빠른 시작 | 코드, 로그, Azure 리소스, 인시던트 |
| 전체 설정 | 퀵스타트에 있는 모든 것과 지식 파일 모두 포함되어 있습니다 |
각 소스는 카드 형태로 나타납니다. 연결된 카드는 체크 표시와 저장소 수나 로그 제공자 수와 같은 요약, 그리고 주의가 필요한 오류 등을 표시합니다.
페이지에는 연결 진행 바도 표시됩니다. 이 막대는 수사 중 몇 개의 소스 유형이 연결되어 있는지 추적하는 것이지, 그 소스들이 조사에 얼마나 기여하는지는 따로 기록하며, 설정 페이지에 없는 유형도 세어볼 수 있습니다. 결과적으로, 보이는 것을 모두 연결해도 완전히 가득 차지 않을 수 있습니다. 목표가 아니라 대략적인 지표로 생각하세요. 조사 품질은 당신의 작업이 의존하는 출처들을 연결하는 데서 나옵니다.
팁 (조언)
상담원이 앱에 대해 아무것도 모른다고 하거나 질문에 답할 수 없다고 하면, 무엇보다도 먼저 코드를 연결하세요.
출처 연결
원하는 소스를 카드에서 선택한 후, 해당 공급자의 마법사를 따라가세요. 전체 절차는 다음을 참조하세요:
연결 상태 확인해
먼저 카드를 확인해. 성공적인 연결은 체크 표시와 첨부된 항목 수를 보여줍니다. 업로드된 지식 파일은 에이전트가 해당 파일 처리를 완료하면 인덱싱됨 상태로 표시됩니다. 지식 소스를 검토하려면 Connect knowledge를 참조하세요.
그런 다음 상담원이 소스에 연락할 수 있는지 확인하면, 그 소스만 답할 수 있는 질문을 하세요.
| Source | 에이전트에게 물어보세요 |
|---|---|
| 코드 | "이 저장소는 무엇을 하며, 어떤 서비스를 포함하고 있나요?" |
| Logs | "지난 24시간 동안 오류가 있는지 확인해." |
| Azure 리소스 | "자원 그룹 <resource-group-name>의 자원 상태를 점검해." |
| 지식 파일 | "우리 런북에는 HTTP 500 오류 처리에 대해 뭐라고 적혀 있나요?" |
근거 기반 답변은 에이전트가 문의한 출처의 툴 카드와 반환된 결과가 표시됩니다. 도구 카드가 없는 일반적인 답변이나 접근 부족 보고가 있는 답변은 연결을 다시 검토해야 한다는 뜻입니다. 권한 오류로 로그 쿼리가 실패할 경우, 대상 리소스에 커넥터의 식별 읽기 권한을 부여하고 다시 시도하세요.
더 많은 맥락을 더하면 무엇이 달라지나요
인시던트 플랫폼을 연결하면 에이전트가 업무를 시작하는 방식이 달라집니다. 그때까지는 에이전트가 사람들에게 반응합니다. 그 후, 플랫폼에서 발생한 사건을 받아 각 계획이 설정한 자율성 수준에서 대응 계획과 일치하는 사건을 조사합니다. 그 동작을 설정하려면 '사고 대응 자동화'를 참조하세요.
소스 연결은 그 자체로 청구되지 않습니다. Azure SRE 에이전트는 에이전트가 수행하는 처리 사용량을 능동적 흐름 사용량으로 측정하며, 여기에는 채팅, 사고, 예약된 작업, 트리거가 포함됩니다. 더 연결된 맥락은 보통 더 많은 처리 과정을 의미하며, 특히 사고 플랫폼이 당신 없이 조사를 시작할 때는 더욱 그렇습니다. 더 풍부한 맥락은 조사를 단축시킬 수도 있는데, 이는 요원이 보이지 않는 부분을 우회하는 데 드는 노력이 줄어들기 때문입니다. 가격 책정 및 청구 및 Azure SRE 에이전트 평가하기를 참조하세요.
팀 온보딩으로 돌아가기
팀 온보딩 스레드는 사이드바의 즐겨찾기 목록에 남아 있습니다. 팀이 선택한 서비스나 변경된 절차 등 상담원에게 새로운 정보를 제공할 때마다 대화를 계속할 수 있도록 선택하세요.
다음에 무엇을 설정해야 할지 중개인에게 물어볼 수도 있습니다. 연결된 것과 아직 부족한 부분을 기준으로 추천을 해줍니다. 팀 온보딩을 참조하세요.