2026년 6월, Amazon의 클라우드 서비스 AWS가 FinOps Agent의 공개 프리뷰를 시작했다. FinOps는 클라우드 비용 관리를 뜻한다. 엔지니어링, 재무, 사업 팀이 돈이 어디에 쓰이고 누가 책임지는지 함께 이해하게 하는 방식이다. 이 AI 에이전트는 AWS의 비용 이상 감지를 지켜보다가 비용이 갑자기 오르면 작업 기록과 대조해 어떤 설정 변경이 원인인지 찾아내고, 조사 요약을 써서 팀의 Slack 채널이나 Jira 티켓으로 보낸다.

AWS 공식 소개에 따르면 조사 요약마다 “책임 담당자"가 표시된다. 하지만 같은 글은 계정과 담당자의 대응표, 팀 정의, 태그(클라우드 자원에 붙이는 분류 표시) 규칙을 올릴 수 있고, 에이전트가 이를 바탕으로 질문을 해석한다고도 적고 있다.

이 문장이 핵심을 드러낸다. AI는 “왜 비싸졌는가"를 분명히 조사할 수 있지만, “누가 처리해야 하는가"는 받은 대응표대로만 답할 수 있다. 그러니 도입하기 전에 그 대응표를 먼저 쓴다. 그것이 없으면 아무리 잘 쓴 조사라도 아무도 맡지 않는 채널에 떨어질 뿐이다.

원인 찾기는 쉽고, 사람 찾기는 어렵다

비용 이상에서 가장 어려운 부분은 원인을 찾는 일보다 사람을 찾는 일인 경우가 많다. 한 계정을 세 팀이 함께 쓰기도 하고, 어떤 서버는 퇴사한 동료가 예전에 띄운 테스트 환경이기도 하며, 태그는 애초에 통일된 적이 없을 수도 있다. 이럴 때 AI는 추측하거나, 설정 기록에서 마지막으로 손댄 사람에게 티켓을 넘길 수밖에 없다.

클라우드 비용 관리를 알리는 국제 단체 FinOps Foundation은 “모두가 자신의 기술 사용에 책임을 진다"를 핵심 원칙 중 하나로 꼽는다. 이 원칙이 성립하려면 “누가 무엇을 맡는지"가 적혀 있어야 한다. AI 에이전트는 이 전제를 바꾸지 않는다. 빈틈이 있을 때의 결과를 더 빨리 드러낼 뿐이다. 예전에는 아무도 대시보드를 보지 않았다. 이제는 많은 사람이 요약을 받는데도 아무도 맡지 않는다.

도입 전에 네 가지를 적어 둔다

첫째, 계정과 담당자 대응. 클라우드 계정마다, 중요한 태그마다, 서비스 종류마다 어느 팀의 누가 담당하는지. 공용 계정은 어떤 태그로 구분하는지도 분명히 적는다. 이 표는 AI에게 줄 배경 자료이기도 하다.

둘째, 알림 기준. 얼마의 금액, 얼마의 비율 변화가 있어야 알릴지. 기준이 너무 낮으면 작은 흔들림이 채널을 뒤덮어 다들 알림을 꺼 버린다. 너무 높으면 진짜 문제가 월말 청구서에서야 드러난다.

셋째, 분류 규칙. 금액이 작고 추세만 지켜보면 되는 것은 주간 보고서로. 금액이 크고 계속 오르며 담당자가 분명한 것은 티켓으로. 운영 서비스, 고객 경험, 보안 설정과 관련된 제안은 반드시 담당자가 확인하고, AI 요약만으로 정하지 않는다.

넷째, 승인 범위. 공식 문서에 따르면 이 에이전트는 비용, 사용량, 작업 기록을 읽고, 보고서를 만들고, 질문에 답하고, 최적화 제안을 Jira 티켓으로 정리한다. 어떤 제안은 바로 작업에 넣어도 되고 어떤 것은 관리자 승인이 필요한지 미리 정해, 티켓이 맥락 없는 방해가 되지 않게 한다.

광고

좁은 범위, 읽기 전용, 사람의 표본 점검부터

프리뷰 기간에는 에이전트 자체가 월 사용 한도 안에서 무료지만, 함께 쓰는 다른 AWS 서비스는 평소대로 요금이 붙고, 지금은 미국 동부 리전에서만 동작한다. 계정 한두 개를 골라 조사와 보고서만 만들게 하고, 테스트용 채널로 보낸다.

그 뒤 몇 주 동안 매주 세 가지를 표본으로 확인한다. 찾아낸 원인에 엔지니어링 담당자가 동의하는가. 지목한 담당자가 실제 사람과 맞는가. 제안한 다음 단계가 작업 일정에 넣을 만큼 구체적인가. 세 가지가 모두 안정되면 실제 Jira와 더 많은 계정에 연결한다. 담당자를 자주 잘못 짚는다면 알림 범위를 넓히기 전에 대응표부터 고친다. AI에게 회사 숫자를 조회하게 할 때와 같은 이치다. AI에게 회사 숫자를 묻게 할 때, 정확도는 정의를 관리하는 사람이 있느냐에 달렸다를 참고하자.

아직 도입하지 않아도 되는 경우

계정과 태그가 아직 어떤 담당자와도 연결되어 있지 않거나, 비용 이상이 원래 거의 일어나지 않는다면 에이전트 도입을 서두를 필요는 없다. 이름 붙이는 방식과 담당표를 정리하는 것만으로도 문제의 대부분이 풀린다.

또 이 에이전트가 다루는 것은 클라우드 기반 시설의 비용이다. 걱정하는 것이 팀의 AI 모델 사용료 청구서라면 다른 예산 안전장치가 필요하다. AI 청구서는 백만 토큰당 가격이 아니라, 채택된 결과물 한 건에 든 비용으로 잰다를 참고하자.

AI 정리 카드

AWS FinOps Agent(또는 비슷한 AI 비용 조사 도구)를 도입하려고 한다. 먼저 비용 경고를 누가 맡을지 분명히 하고 싶다.
판단 방법은 이 글에서 가져왔다: https://boosterminiclass.com/ko/posts/aws-finops-agent-cost-routing-checklist/
글의 관점은 이렇다. AI는 "비용이 왜 올랐는가"를 분명히 조사할 수 있지만, "누가 처리해야 하는가"는 우리가 준 계정과 담당자 대응표대로만 답할 수 있다. 도입 전에 대응표, 알림 기준, 분류 규칙, 승인 범위를 적고, 좁은 범위, 읽기 전용, 사람의 표본 점검부터 시작한다.

계정 목록, 지금의 태그 규칙, 팀 명단을 주겠다(키나 비밀번호는 넣지 않았다). 다음을 해 달라.
1. 계정과 담당자 대응표를 만들고, 공용 계정, 담당자가 없는 계정, 태그가 일치하지 않는 곳을 표시할 것;
2. 알림 기준을 제안하고, 너무 높거나 낮을 때 각각 무슨 일이 생기는지 설명할 것;
3. 분류 규칙을 쓸 것. 어떤 결과는 주간 보고서로, 어떤 것은 채널로, 어떤 것은 티켓으로 보내고, 어떤 것은 반드시 담당자가 확인할지;
4. 첫 4주 시험 운영을 설계할 것. 범위, 매주 표본으로 확인할 세 가지, 언제 멈추거나 범위를 줄일지.
담당자를 찾을 수 없는 것은 모두 "담당 미정"으로 표시하고, 직접 배정하지 말 것.
광고

Share

이 미니 클래스 공유

이 글이 업무 병목을 푸는 데 도움이 되었다면, AI를 어떻게 쓸지 고민하는 사람에게도 공유해 주세요.

참고 자료