AWS FinOps Agent (프리뷰) 사용해 보기

AWS FinOps Agent가 퍼블릭 프리뷰(Public Preview)로 제공되기 시작하여 셋업하고 사용해 보았습니다.

검증하면서 글을 작성했기 때문에 읽기 어려운 부분이 있을지도 모르지만, 괜찮으시다면 봐주세요

AWS의 비용 조사 등에 특화된 AI Agent라고 이해하면 될 것 같습니다.

Web UI나 Slack, Jira 등과 통합할 수 있다고 합니다.

참고로 퍼블릭 프리뷰 기간 중에는 AWS FinOps Agent 자체의 이용료는 무료라고 합니다.

FinOps라고 검색하면 검색 결과에 표시됩니다. 이 아이콘이 무엇을 의미하는지 조금 궁금하네요.

Agent가 사용하는 IAM 역할(Role) 이름을 지정합니다. 이 IAM 역할을 사용하여 Agent의 권한을 제한합니다.

다음은 Web UI에 액세스하기 위해 필요한 IAM 역할을 생성합니다.

셋업이 완료되었으므로 실제로 사용해 보겠습니다.

Open Agent에서 Web 앱을 엽니다. (이미지 빨간색 테두리)

먼저 채팅 UI에서 자연어로 대화를 해보겠습니다.

번역해 보니....

AWS FinOps Agent: "중요 관찰 사항: 이번 달 총 지출액의 99.7%는 Claude Sonnet 4.6에 의한 것입니다. 이는 거의 틀림없이, 이 FinOps 에이전트 자신의 이용(대화와 태스크)에 의한 것입니다. 나머지 서비스는 실질적으로 0달러입니다." (으쓱)

아니, 너무 대충인 거 아냐! (프리뷰 중이니까 점차 좋아지기를 기대합니다)

Bedrock의 사용 현황에 대해 심층적으로 질문하니 사용 유형이나 일별 비용도 알려주었습니다. 자연어로 비용을 간단하게 확인할 수 있는 점은 좋네요.

참고로 내부에서는 Skill이나 Tool을 호출하고 있다고 합니다. 백엔드에서는 AgentCore 같은 것으로 돌아가고 있는 걸까요.

태스크 완료(이번 경우에는 리포트 생성)에 10분 정도 걸렸지만, 상세한 리포트가 작성된 것 같습니다.

태스크에는 「온디맨드 태스크(On-demand task)」, 「스케줄된 태스크(Scheduled task)」, 「이벤트 기반 태스크(Event-based task)」의 3가지 종류가 있습니다. 실제로 사용해 보겠습니다. 각각 다음과 같은 종류가 있습니다.

태스크 종류	기능
온디맨드 태스크 (Run once)	・대화를 방해하지 않고 백그라운드에서 실행 ・의뢰가 있을 때에만 태스크를 생성하고, 그 외의 요청에는 대화 내에서 직접 응답함. ・태스크는 ①채팅 ②태스크 두 가지 중 하나로부터 생성
스케줄된 태스크 (Run on a schedule)	・지정된 간격으로 반복 실행되는 워크플로우 ・스케줄이 트리거될 때마다, 에이전트는 자동화로부터 새로운 태스크를 생성하여 실행함
이벤트 기반 태스크 (Run when an event occurs)	・이름 그대로 이벤트를 감지하여 동작 ・AWS Cost Anomaly Detection으로부터의 비용 이상 탐지 이벤트를 지원 (프리뷰 중) ・내부적으로 Amazon EventBridge 관리형 규칙을 프로비저닝함

태스크 생성 시에 태스크 종류와 AWS FinOps Agent에게 실행시키고 싶은 처리 내용 등을 기재합니다.

"지난 7일간의 비용 분석을 해주세요. 비용이 높은 상위 3개 서비스에 대해 심층 분석을 해주세요. 비용이 높은 리소스와 절감 방안을 제시해 주세요."라고 지시해 봅니다.

태스크를 열면 어떻게 처리하고 있는지에 대한 상세 내용을 확인할 수 있습니다.

태스크 중의 스케줄된 태스크(Run on a schedule)를 선택합니다.

문서상으로는 태스크(Tasks)의 기능으로 소개되어 있었지만, Run on a schedule을 선택하면 콘솔상에서는 Automations이라는 기능으로 취급되고 있는 것 같았습니다.

"전날의 비용에 대해 표 형식으로 정리해 주세요."라는 지시로 매일 AM 8:00에 기동하는 스케줄을 구성했습니다.

Name 부분은 일본어로 입력하니 오류가 났습니다

생성하면 Automations 목록에 표시되며 태스크에는 표시되지 않았습니다.

이것은 Slack이나 Jira와 통합하여 정해진 시간에 정형화된 알림을 보내는 구조를 만들면 편리할 것 같았습니다.

이벤트가 발생했을 때의 플로우를 정의할 수 있는 것입니다.

온디맨드 태스크 (On-demand task) 및 스케줄된 태스크 (Scheduled task)와의 큰 차이점은 이벤트를 선택할 수 있다는 점입니다.

현시점에서는 AWS Cost Anomaly Detection으로부터의 비용 이상 탐지 (Cost anomaly detection) 이벤트만 지원했습니다.

이게 꽤 쓸만해 보였습니다!

온디맨드 태스크 (On-demand task) 검증 시 HTML 파일로도 리포트를 생성해 주었습니다. 그 내용이 보기 편했습니다.

일본어로 하면 이런 느낌입니다. 이건 쓸 수 있겠네요! 직접 Claude나 Kiro에게 의뢰해서 리포트를 작성하게 하는 것보다 더 나은 느낌이 듭니다 (HTML이나 PDF).

비용 리포트 (Cost report)는 다음과 같은 형식이 지원된다고 합니다.

형식을 지정하지 않으면 HTML 형식으로 출력된다고 합니다. Slack, Jira와 연동한다면 PDF가 좋지 않을까 생각 중입니다.

형식	언제 사용해야 하는가
HTML (.html)	기본 설정. 브라우저에서 열람하거나, 결과물에 대한 링크를 빠르게 공유하는 데 최적입니다. 그래프는 브라우저 상에서 렌더링됩니다.
...
※ 위 표는 아래 URL에 기재된 표를 기계 번역한 것입니다.

AWS FinOps Agent가 생성한 비용 리포트 (Cost report)는 Artifacts라는 곳에 저장되어 있었습니다.

컨텍스트 파일 (Context file)을 설정하는 것도 가능했습니다. .txt, .csv, .json, .md, .html, .yaml, .yml이 지원된다고 합니다.

일반적으로 유용한 컨텍스트 파일로서 아래 표가 문서에 소개되어 있었습니다. (영어를 기계 번역함)

컨텍스트 파일	에이전트가 할 수 있는 일
계정 및 팀 매핑 (Account and team mapping)	각 AWS 계정을 소유한 팀에 지출을 할당하고, Jira 티켓을 책임자에게 라우팅합니다.
...

Slack과의 통합 및 알림을 시도해 봅니다.

Slack의 「Add integration」을 클릭하여 추가해 나갑니다.