반응형

 

클라우드 비용을 관리하다 보면 이런 질문을 자주 하게 됩니다.

“왜 이번 달 AWS 비용이 갑자기 증가했을까?”

문제는 비용이 증가했다는 사실을 확인하는 것보다 왜 증가했는지를 찾는 일이 훨씬 어렵다는 것입니다.

어떤 서비스 때문인지,

어떤 계정에서 발생했는지,

어떤 리소스가 변경되었는지,

그리고 실제로 비용을 줄일 수 있는 것인지

하나씩 확인해야 합니다.

특히 AWS 계정과 서비스가 많아지면 Cost Explorer만 열어 놓고 원인을 찾는 것도 생각보다 쉽지 않습니다.

이런 상황에서 AWS가 AWS FinOps Agent를 공개했습니다.

AWS FinOps Agent는 2026년 6월 9일 Public Preview로 공개되었으며, 비용 관련 질문, 비용 이상 조사, 최적화 기회 탐색, 반복적인 FinOps 업무 자동화 등을 지원합니다.


1. AWS FinOps Agent란?

쉽게 말하면 AWS 비용을 관리해주는 AI Agent입니다.

예를 들어 엔지니어가 다음과 같이 질문할 수 있습니다.

“지난달 AWS 비용이 왜 증가했어?”

그러면 Agent가 실제 AWS 비용 및 사용량 데이터를 확인해서 어떤 서비스와 사용량 변화가 비용 증가에 영향을 주었는지 분석합니다.

여기서 중요한 것은 단순한 챗봇이 아니라는 점입니다.

질문 → 답변

에서 끝나는 것이 아니라,

질문 → 데이터 조회 → 분석 → 원인 파악 → 후속 작업

까지 연결할 수 있습니다.


2. 실제 운영에서는 이런 상황이......

예를 들어 월요일 아침에 AWS 비용 알림이 왔다고 생각해 보겠습니다.

AWS Cost Anomaly Detection
예상보다 비용이 증가했습니다.

기존에는 담당자가 직접 AWS Console에 들어갑니다.

그리고

Cost Explorer

→ 어느 서비스인가?

→ 어느 계정인가?

→ 어떤 리소스인가?

→ 사용량이 증가했는가?

→ 단가가 변경되었는가?

→ 최근 배포가 있었는가? 변경이 있었는가?

등을 하나씩 확인해야 합니다.

AWS FinOps Agent를 사용하면 이 과정을 자동화할 수 있습니다.

AWS가 제공하는 기능 중 하나가 Cost Anomaly Detection 이벤트를 받아 Agent가 자동으로 조사하고 결과를 Slack이나 Jira로 전달하는 기능입니다.


3. 실제로는 어떤 흐름으로 동작할까?

쉽게 구성하면 다음과 같이 생각할 수 있습니다.

AWS Cost Anomaly Detection--> AWS FinOps Agent--> Cost / Usage 분석-->관련 AWS 이벤트 확인--> 원인 분석--> Slack 또는 Jira

예를 들어 새로운 EC2 인스턴스가 대량으로 생성되어 비용이 증가했다고 해보겠습니다.

Agent가 비용 변화만 보는 것이 아니라 관련 AWS 이벤트까지 확인하면,

“특정 시점에 EC2 사용량이 증가했고, 해당 시점에 새로운 인스턴스가 생성된 것을 확인했습니다.”

와 같은 형태로 원인을 좁혀갈 수 있습니다. 바로 원인을 알 수 있는 거죠.

AWS도 비용 변화와 CloudTrail 이벤트 등을 연결하여 비용 이상을 조사하는 방식을 설명하고 있습니다.


4. 실무적으로 재미있는 부분

실무에서는 “비용이 증가했다”는 사실 자체가 문제는 아닐 수도 있습니다.

예를 들어 신규 서비스를 출시하면서 EC2 사용량이 증가했다면 비용 증가는 자연스러운 현상입니다.

반대로 개발자가 테스트를 위해 생성한 리소스를 삭제하지 않아 비용이 증가했다면 최적화 대상이 될 수 있습니다.

따라서 FinOps에서 중요한 것은 단순한 Cost Increase Detection이 아니라,

“이 비용 증가가 정상적인 것인가?”

를 판단하는 것입니다.

AWS FinOps Agent가 지향하는 것도 단순히 비용이 증가했다고 알려주는 것이 아니라, 비용 변화의 원인을 조사하고 최적화 기회를 찾는 것입니다. 게다가 이것을 챗봇의 형태로, 자연어로 질문하고 답변 받을 수 있다는 것이 장점입니다.


5. 조직 정보 추가

실무에서는 AWS 계정 이름만 가지고 담당자를 판단하기 어려운 경우가 많습니다.

예를 들어

Account A
Account B
Account C
 

만 있다면 이 계정이 어느 팀 소유인지 알기 어렵습니다.

AWS FinOps Agent에서는 계정-담당자 매핑, 팀 정보, 태그 규칙, 예외사항 등의 Context를 제공할 수 있습니다.

예를 들어

Account 1234 → AI팀
Account 5678 → Data팀
Account 9012 → 개발팀
 

처럼 조직의 정보를 제공하면,

“AI팀의 지난달 비용이 왜 증가했지?”

라는 질문을 조직의 실제 계정 구조에 맞춰 처리할 수 있습니다.

이런 부분은 실제 회사 환경에서 상당히 중요합니다. 보통은 MSP 솔루션에서 이런 기능을 추가로 제공합니다.


6. Slack과 Jira까지 연결

개인적으로 실무에서 가장 의미있는 부분은 Slack과 Jira 연결입니다.

비용 이상이 발견되었는데 담당자가 AWS Console을 다시 확인해야 한다면 자동화 효과가 크지 않습니다.

하지만 다음과 같이 연결할 수 있습니다.

Cost Anomaly --> FinOps Agent 조사 --> 원인 분석 결과 --> Slack 알림 --> Jira Ticket --> 담당자 조치

AWS FinOps Agent는 비용 이상 조사 결과를 Slack 또는 Jira로 전달할 수 있고, 최적화 추천 사항을 Jira 티켓으로 정리할 수도 있습니다.

즉, FinOps 분석 결과를 실제 개발팀의 업무 프로세스 안으로 가져오는 것입니다.


7. 자동화 예시

실제 운영 환경을 가정해 보면 다음과 같은 형태가 될 수 있습니다.

시나리오

1. AWS 비용 이상 발생

2. Cost Anomaly Detection 이벤트 발생

3. FinOps Agent 자동 실행

4. 비용 증가 서비스 확인

5. 사용량 변화 분석

6. 관련 변경사항 조사

7. 최적화 가능 여부 판단

8. Slack에 결과 전달

9. 필요한 경우 Jira Ticket 생성

이렇게 만들어 놓으면 담당자가 매번 비용 이상 알림을 보고 처음부터 조사할 필요가 줄어듭니다.

AWS 공식 문서에서도 이러한 이벤트 기반 자동화 workflow를 하나의 주요 사용 방식으로 설명하고 있습니다.


8. 기존 FinOps와 비교해 보면

기존 방식은 대략 다음과 같습니다.

비용 알림

→ 사람이 확인

→ Cost Explorer 확인

→ 관련 서비스 확인

→ 담당자 확인

→ 원인 조사

→ 최적화 방법 검토

→ Jira 등록

반면 Agent를 활용하면

비용 알림

Agent 자동 조사

원인 분석

최적화 기회 확인

Slack / Jira 전달

과 같이 바뀔 수 있습니다.

즉,

사람이 데이터를 찾아가는 방식에서 Agent가 데이터를 찾아서 정리해주는 방식으로 바뀌는 것입니다.


9. 그렇다고 모든 것을 Agent에게 맡기면 될까?

여기서 한 가지 주의할 점이 있습니다.

분석과 실제 리소스 변경은 구분할 필요가 있습니다.

예를 들어

“이 EC2 인스턴스는 사용하지 않는 것 같습니다.”

라는 분석 결과와

“그러니 EC2 인스턴스를 삭제하겠습니다.”

는 완전히 다른 문제입니다.

특히 Production 환경에서는 잘못된 판단 하나가 서비스 장애로 이어질 수 있습니다.

따라서 초기에는

Agent → 분석 → 사람 승인 → 실행

방식으로 시작하는 것이 현실적입니다.

즉, Agent에게 모든 권한을 주기보다는 읽기 및 분석 권한 중심으로 시작하고, 실제 변경 작업은 승인 절차를 두는 방식이 좋습니다.

AWS FinOps Agent도 각 Agent에 IAM 권한과 접근 리소스를 별도로 구성할 수 있도록 하고 있습니다.


마무리

AWS FinOps Agent를 처음 보면

“AWS 비용을 자연어로 물어볼 수 있는 AI 서비스”

정도로 생각할 수도 있습니다.

하지만 실제 의미는 조금 더 큽니다.

기존에는

비용 발생 사람이 확인사람이 분석사람이 조치

였다면,

앞으로는

비용 발생AI Agent 조사원인 분석최적화 추천업무 시스템 연결

이라는 방식으로 발전할 수 있습니다.

특히 AWS FinOps Agent는 Cost Explorer, Cost Anomaly Detection, Cost Optimization Hub, Compute Optimizer 등의 기존 AWS 비용 관리 기능을 Agent가 활용하도록 연결했다는 점에서 의미가 있습니다.

그리고 이 변화의 핵심은 결국 하나라고 생각합니다.

“비용을 보여주는 것”에서 “비용 문제를 찾아서 해결하는 것”으로.

앞으로 FinOps가 단순한 비용 관리 업무가 아니라 AI 기반의 Continuous Operations로 발전할지 지켜볼 만한 부분입니다.

 

참고 자료

AWS — Announcing the public preview of AWS FinOps Agent

AWS — AWS FinOps Agent is now available in preview

AWS — Introducing AI-Powered Cost Investigations For Cost Anomalies

AWS — Which AI tool for which FinOps Use Case?

반응형

+ Recent posts