Part 1 of 4. Overview · Setup · EC2 · Network · RDS
AWS DevOps Agent는 사용자의 AWS(및 멀티클라우드) 환경에서 운영상의 사고를 조사하는 AI 에이전트입니다. 무언가를 조사하기 전에, 이 에이전트에게 범위를 지정해 주어야 합니다. 그 범위가 바로 Agent Space라고 불립니다.
본 포스트는 제가 참여한 'AWS DevOps Agent Workshop for Incident Investigation'에서 거쳤던 설정 과정을 다룹니다. 약 5분이 소요됩니다.
Agent Space란 무엇인가?
Agent Space는 다음을 정의하는 논리적 컨테이너입니다:
- 에이전트가 볼 수 있는 것: 즉, 어떤 AWS 계정, 원격 측정(telemetry) 도구, 저장소 및 파이프라인
- 에이전트가 할 수 있는 것: 즉, 읽기 전용 조사 기능과 사용자의 승인이 필요한 선택적 쓰기 작업
- 누가 사용할 수 있는지: 운영자가 작업하는 웹 앱을 통해 접근 권한을 관리합니다.
예를 들어, 제품 팀별 또는 환경별로 여러 개의 Agent Space를 가질 수 있습니다.
1단계: 서비스 열기
AWS Console(리전 us-east-1)에서 DevOps Agent를 검색하고 Begin setup을 클릭합니다.
AWS DevOps Agent landing page
왼쪽 탐색 메뉴에는 Agent Spaces와 Capability Providers 두 가지 항목이 있습니다. Capability providers는 계정 수준에서 등록된 다음 개별 스페이스에 연결됩니다.
제공된 양식은 다섯 개의 섹션으로 구성되어 있습니다:
| 섹션 | 제가 선택한 값 | 중요성 |
|---|
| Agent Space details | 이름 enterprise-workshop-space, 설명 | 웹 앱에서 운영자에게 표시됨 |
| ... | | |
| For each role you get three options: auto-create, assign an existing role, or create one from a policy template. In production you'll likely want the template option so the role goes through your normal IAM review. | | |
또한 선택적 Agent response language 설정도 있습니다. 발견 사항 및 조사 결과는 17개 언어로 돌아올 수 있습니다:
Agent response language options
Create를 클릭합니다.
3단계: 에이전트가 환경을 매핑하기 시작합니다
Agent Space created successfully
생성 직후, 배너에 "DevOps Agent is Mapping entities: Analyzing resources and their relationships." 라고 표시됩니다. 기본적으로 에이전트는 CloudFormation으로 관리되는 리소스 또는 지정한 태그를 가진 리소스의 **토폴로지(topology)**를 구축합니다. 이 토폴로지는 다음 활동을 통해 성장합니다:
- 조사를 실행함
- 웹 앱에서 알려주는 내용을 학습함
- 새로운 기능을 습득함
이 토폴로지를 통해 에이전트는 나중에 "이 알람은 이 ASG에 있고, 이는 이 타겟 그룹 뒤에 있으며, 이 스택에 속해 있다"라는 것을 파악할 수 있게 됩니다.
스페이스 페이지에는 기능(Capabilities), 접근(Access), 구성(Configuration), 요약 보고서(Summary report) 및 환경(Environments) 탭이 있습니다. 기능(Capabilities) 탭에서 주요 소스(Primary source) 계정은 읽기 역할 상태와 액션 역할 상태를 모두 보여줍니다. 둘 다 '유효함(Valid)'이라고 표시되어야 합니다.
단계 4: 기능 탐색하기 (Explore the capabilities)
이곳에서 에이전트는 단순한 CloudWatch 리더 이상의 기능을 얻게 됩니다. 각 기능 유형은 새로운 데이터 소스나 상호 작용하는 새로운 방법을 추가합니다:
Telemetry, Pipeline, Communications
MCP, Remote Agent, Webhooks
| 기능 (Capability) | 추가되는 내용 |
|---|
| Cloud | 계정 간 조사를 위한 보조 AWS 계정 및 Azure |
| ... | |
기능 제공자(Capability Providers) 페이지에는 전체 목록이 표시됩니다. 제 계정에서는 17개 중 14개가 등록 가능했습니다:
Capability providers
💡 MCP 및 A2A 옵션이 눈에 띄었습니다. AWS가 네이티브 통합을 구축할 때까지 기다릴 필요 없이 자체 내부 도구(런북 서비스, CMDB, 자체 개발 배포 도구)를 연결할 수 있습니다.
단계 5: 웹 앱 열기 (Open the web app)
**콘솔(console)**은 관리 작업용입니다. 스페이스 생성, 통합 연결 및 권한 관리가 이루어집니다. 일상적인 인시던트 작업은 **웹 앱(web app)**에서 진행되며, 이는 **IAM을 통해 실행(Launch via IAM)**하여 열 수 있습니다 (워크샵에서는 이를 '운영자 접근(Operator access)'이라고 부릅니다).
DevOps Agent web app
웹 앱은 다음 기능을 제공합니다:
- _"건강 상태 요약해줘"와 같은 프롬프트로 대화할 수 있는 채팅 ( Balanced 모드 선택기 포함)
- 조사 대시보드인 Incident(이슈)
- 선제적 권장 사항인 Improvements(개선점)
- 코드 변경에 대한 릴리스 준비 상태 확인 기능인 Releases(출시물) (미리 보기)
- Artifacts(아티팩트) 및 Topology(토폴로지)
- Agents(에이전트), Knowledge(지식) 및 Settings(설정)
**Incident Response Dashboard(이슈 대응 대시보드)**는 조사를 시작하는 곳입니다. 또한 비용 관점에서 주의 깊게 봐야 할 Investigation hours used(사용된 조사 시간) 카운터도 표시합니다:
Incident Response Dashboard
체크리스트
설정 완료 시 다음 사항을 갖추어야 합니다:
- ✅ 기본 계정 상태가 **Valid(유효)**한 Agent Space
- ✅ 에이전트 액션(Agent Actions)을 활성화했다면, Actions 역할이 **Valid(유효)**함
- ✅ _Launch via IAM_을 통해 열리는 웹 앱
- ✅ 첫 번째 이슈에 대비하여 준비된 빈 Incident Response Dashboard
