[reinvent 2025] 사후 대응을 넘어: AWS DevOps Agent로 클라우드 운영 혁신하기

들어가며

클라우드 아키텍처가 마이크로서비스(Microservices)와 서버리스(Serverless)로 고도화됨에 따라 시스템의 복잡성은 기하급수적으로 증가했습니다. 수십, 수백 개의 서비스가 서로 얽혀 있는 환경에서 장애가 발생하면, 엔지니어는 수천 줄의 로그와 수많은 메트릭 속에서 ‘모래사장 속 바늘 찾기’와 같은 원인 분석 작업을 수행해야 합니다. 이는 단순히 운영 비용의 증가를 넘어, 비즈니스 연속성을 위협하는 심각한 리스크가 되고 있습니다.

이번 re:Invent 2025에서 AWS는  이러한 운영자들의 고충을 해결하고 DevOps 문화를 혁신할 새로운 AI 서비스이자 장애 대응의 새로운 패러다임인 ‘AWS DevOps Agent’를 퍼블릭 프리뷰로 공개했습니다. 이번 칼럼에서는 해당 세션을 통해, 단순한 챗봇을 넘어 실제 팀원처럼 행동하며 장애를 분석하고 예방하는 AWS DevOps Agent의 핵심 기능과 아키텍처, 그리고 실제 활용 사례를 심층적으로 분석해 봅니다.

1. 두 가지 핵심 미션: 신속한 해결(Resolve)과 선제적 예방(Prevent)

(1) 해결(Resolve): 평균 복구 시간(MTTR)의 획기적 단축

장애가 발생하면 엔지니어가 노트북을 열기도 전에 에이전트가 먼저 움직입니다.

• 자동 분석: 관련된 로그, 메트릭, 트레이스를 자동으로 수집 및 분석합니다.
• 원인 식별: 최근 배포 내역과 인프라 변경 사항을 대조하여 근본 원인을 식별합니다.
• 조치 제안: 단순히 원인을 알려주는 것을 넘어, 안전한 롤백(Rollback) 절차나 수정 코드를 포함한 구체적인 해결책을 제안합니다.

에이전트는 단순히 불을 끄는 데 그치지 않습니다.

• 패턴 학습: 과거의 장애 처리 기록을 주기적으로 스캔하여, 오토스케일링 그룹 설정 오류나 빈번한 IAM 권한 거부와 같은 반복적인 패턴을 감지합니다.
• 아키텍처 개선: 감지된 패턴을 바탕으로, 이를 영구적으로 해결하기 위한 아키텍처 개선안(예: “배포 파이프라인에 자동 롤백 기능을 추가하세요”, “IAM 정책을 최소 권한 원칙으로 재설정하세요”)을 권고합니다.

2. AWS DevOps Agent의 4가지 페르소나(Persona)

• 팀의 일원(Member of the team): 별도의 대시보드가 아닌 Slack이나 Jira와 같은 기존 협업 도구에 통합되어, 다른 엔지니어들과 동일한 방식으로 소통하고 분석 결과를 공유합니다.

• 텔레메트리 전문가(Telemetry Expert): AWS CloudWatch뿐만 아니라 Datadog, Loki, Grafana 등 외부 도구와도 MCP(Model Context Protocol)를 통해 연결됩니다. 사용자가 별도로 구축한 맞춤형 로깅 시스템이라도 MCP 서버만 연결하면 에이전트가 즉시 데이터를 조회하고 분석할 수 있습니다.

• 코드 및 파이프라인 이해(Code & Pipeline Aware): GitHub, GitLab 등과 연동되어 최근 배포된 코드 변경 사항(Commit)이 장애와 어떤 연관이 있는지 분석하고, CI/CD 파이프라인의 상태를 모니터링합니다.

• 애플리케이션 토폴로지 구축(Knows your App): AWS 리소스 간의 관계, IAM 권한, 트레이싱 데이터 등을 종합하여 애플리케이션의 ‘지식 그래프(Knowledge Graph)’를 스스로 구축합니다. 이를 통해 무작위 탐색이 아닌, 논리적 연관 관계에 따른 정밀한 분석을 수행합니다.

3. 라이브 데모: “로봇 서비스 장애를 해결하라”