이 글은 AWS DevOps Agent 시리즈의 두 번째 포스트입니다. 첫 번째 블로그에서는 DevOps Agent를 설정하고 CloudWatch 알람과 통합하는 방법을 살펴보았습니다

조사 에이전트(Investigation agent)는 그것이 연결된 도구만큼 유용합니다. 지난 포스트에서는 CloudWatch 알람과 일반적인 웹훅(webhooks) — 즉 "문제를 인지하는 방식" 계층을 다루었습니다. 이번 포스트에서는 "팀 및 코드와 소통하는 방식" 계층을 다룹니다. 알림을 위한 Slack, 티켓팅을 위한 Jira, 그리고 코드 측면을 위한 GitHub가 그 대상입니다. 이 세 가지는 모두 연결 방식이 다르며, 미리 그 이유를 알아두면 시행착오를 줄일 수 있습니다.

이 블로그 포스트에서는 DevOps Agent를 Slack, Jira 및 GitHub와 통합하는 방법을 알아봅니다.

Slack — 내장형 (Built In)

Slack은 네이티브 통합(native integration)입니다. MCP 서버나 별도로 호스팅할 앱이 필요하지 않습니다. 연결되면 AWS DevOps Agent는 주요 발견 사항, 근본 원인 분석(root cause analysis), 생성된 완화 계획(mitigation plans)을 사용자가 선택한 채널에 직접 게시합니다.

전제 조건: AWS DevOps Agent 앱을 설치하려면 Slack 관리자(Admin) 권한이 필요할 수 있습니다.

어떤 경우에는 이 통합을 추가할 관리자 권한이 없을 수 있는데, 이 경우 Slack 관리자에게 AWS DevOps Agent App을 대신 설치해 달라고 요청해야 합니다.

설정은 두 단계로 이루어집니다:

1. 통합 등록 — 해당 에이전트 공간(agent space)으로 이동하여 Communication 항목 아래의 Slack을 찾아 Register를 선택합니다. 앱을 승인하기 위해 Slack으로 리디렉션되며, 워크스페이스별로 설치합니다.

추가된 워크스페이스가 없는 경우 Register를 클릭하면 Slack 로그인 화면으로 이동합니다.

1. Agent Space의 Capabilities 탭에서 Communications → Slack → Add Slack으로 이동하여, 업데이트를 받아야 하는 각 채널에 대한 Channel ID를 입력하여 에이전트 공간(Agent Space)과 채널을 연결합니다.

Slack에서 AWS DevOps Agent를 초대하거나, Agent & Apps 탭에서 추가할 수 있습니다.

이제 모든 것이 준비되었으니, 짧은 데모를 살펴보겠습니다.

DEMO - CloudWatch 알람 조사(Investigation) 알림

지난 블로그에서, 저는 CloudWatch 알람의 Cloudfront 5xx 오류에 대한 조사를 진행했습니다. DevOps Agent가 조사(Investigation)를 시작하자마자 Slack으로 타임라인, 근본 원인(root cause), 그리고 조사 격차(investigation gaps)와 함께 알림을 받았습니다. AWS 콘솔이나 DevOps Agent WebApp에 로그인할 필요가 없습니다.

따라서 화면을 전환할 필요 없이, 한 곳에서 알림을 받을 수 있습니다.

Jira — Atlassian Rovo MCP 서버를 통해

Jira는 내장된 통합 기능이 아니므로, Atlassian 자체에서 호스팅하는 Rovo MCP Server를 통해 연결됩니다. 이 서버는 Confluence도 함께 다루므로, Jira를 연결하면 Confluence도 함께 사용할 수 있게 됩니다.

1단계: DevOps agent의 Rovo MCP 설정, Agent Space -> Capabilities -> MCP Server

필드 (Field)	값 (Value)
Name	jira-mcp
...
devops-agent-jira

이미 Jira 관리자 권한을 가지고 있다면 Jira에서 액세스(Access)를 승인하십시오.

문제가 발생하는 경우, Atlassian Admin의 Rovo MCP Server -> Domain 항목 아래에 DevOps Agent Domain을 추가해야 할 수도 있습니다. URL: https://*.api.aws/**

2단계: Agent Space에 대한 권한 설정
MCP 액세스가 설정되면, 사용할 수 있는 MCP 도구(tools)를 선택합니다. 필요한 권한만 부여하십시오. 데모를 위해 저는 조사(investigations)를 위한 티켓 생성 권한을 부여했습니다.

3단계: 검증

설정을 완료한 후, 통합이 제대로 작동하는지 확인합니다:

• DevOps agent WebApp을 엽니다.
• 저는 아래의 프롬프트(prompt)를 사용할 것입니다: Check for stale/unused resources and create respective Jira ticket under project "cg-helpdesk". (오래되거나 사용되지 않는 리소스를 확인하고 "cg-helpdesk" 프로젝트 아래에 해당 Jira 티켓을 생성하십시오.) 몇 분 안에 Jira 티켓이 생성될 것입니다.

이제 한 단계 더 나아가, 티켓을 생성할 수 있는 Skill (기술)을 설정해 보겠습니다. DevOps agent WebApp에서 Knowledge (지식) -> Skills (기술) -> Custom Skills (사용자 정의 기술)로 이동합니다. 아래 설명을 사용하여 JIRA에 티켓을 생성하는 사용자 정의 기술을 만들 수 있으며, 당연히 필요에 따라 수정하여 사용하면 됩니다.

데이터 유출(data-leakage)이나 티켓 노이즈를 방지하기 위해 Guardrails (가드레일)를 추가하는 것이 권장된다는 점에 유의하세요. 진행 상황에 따라 이 기술을 언제든지 수정할 수 있습니다.

---
name: cloudwatch-alarm-jira-ticket
description: CloudWatch 알람을 조사할 때 _my-jira-app_ 프로젝트에 Jira 티켓을 자동으로 생성합니다. CloudWatch 알람 분류(triage) 또는 조사 중에 이 기술을 사용하여 발견 사항, 영향을 받는 리소스, 심각도 및 권장 조치를 구조화된 Jira 작업으로 기록하십시오. Incident-Triage 및 Incident-RCA 에이전트 유형을 대상으로 합니다.
...

GitHub — 네이티브 파이프라인 통합 (Native Pipeline Integration)

GitHub는 일급(first-class) 네이티브 통합 기능을 제공하며, 단순히 알림을 보내는 것 이상의 역할을 수행합니다. AWS DevOps Agent가 배포(deployments)와 인시던트(incidents)를 연관시키고, (미리보기 단계에서) Pull Request (PR)에 대해 직접 릴리스 준비 코드 리뷰 및 자동화된 테스트를 실행할 수 있게 해줍니다.

통합을 설정하려면:
1단계: 해당 에이전트 공간(agent space)으로 이동 -> Pipeline (파이프라인) -> Add Source (소스 추가) -> Register Github (GitHub 등록)

2단계: 조직(org) 또는 사용자 정보에 따라 세부 정보를 입력합니다. 바로 Submit (제출)을 클릭할 수도 있으며, 클릭하면 GitHub 조직 권한 페이지로 이동합니다.

특정 레포만 선택 (Select Specific repo only) :

단계 3: 코드 검토 및 테스트 구성 (Configure code review & testing). 여기서는 코드 검토만 구성합니다.

레포지토리에 코드 검토가 활성화되면, DevOps Agent는 풀 리퀘스트(pull request)가 열리거나 업데이트될 때마다 자동으로 릴리스 준비 코드 검토를 실행합니다. 검토 결과는 풀 리퀘스트에 인라인 댓글로 나타납니다. 이 기능은 연결된 모든 레포지토리에서 기본적으로 활성화되어 있습니다.

데모