FinOps · 클라우드 비용 관리
FinOps (Cloud Financial Operations)
FinOps이란?
- 청구서를 쓰는 사람이 보게 만드는 것
- 보이게 하기·최적화·운영의 반복
- 태그 없는 청구서는 책임도 없다
FinOps가 바꾸는 것은 청구서를 보는 사람입니다. 온프레미스 시절에는 서버를 한 번 사면 비용이 고정되어 재무팀은 감가상각만 챙기면 됐지만, 클라우드는 개발자가 버튼 하나를 누를 때마다 비용이 발생합니다. 결제는 월말에 재무팀이 하고 지출은 매일 엔지니어가 결정하는 구조에서는 아무도 총액을 책임지지 않습니다. FinOps는 이 간극을 메워 쓰는 사람이 비용을 보게 하고 재무가 기술 결정을 이해하게 만드는 일하는 방식입니다.
실무는 세 단계가 반복됩니다. 먼저 '보이게 하기'로, 어느 팀·어느 서비스가 얼마를 썼는지 태그를 붙여 청구서를 쪼갭니다. 다음은 '최적화'로, 밤에도 켜져 있는 테스트 서버를 끄고, 쓰지 않는 저장소를 지우고, 장기 사용이 확실한 자원은 약정 할인(예약 인스턴스·절감 플랜)으로 바꿉니다. 마지막은 '운영'으로, 팀별 예산 상한과 이상 지출 알림을 걸어 두고 매달 같은 자리에서 숫자를 봅니다. 클라우드 비용의 상당 부분이 아무도 쓰지 않는데 켜져 있는 자원에서 나온다는 것이 현장의 공통된 경험입니다.
교육·인사 부서도 FinOps와 무관하지 않습니다. LMS나 HR 시스템을 클라우드에 올리면 사용량에 따라 요금이 움직이고, 생성형 AI 도구는 토큰 단위로 과금됩니다. 내년 예산을 '월 얼마' 정액으로 잡아 두면 연말 교육 몰림이나 AI 사용 급증에 요금이 두세 배로 뛰는 일이 생깁니다. 정액이 아니라 사용량 가정을 적어 두고, 월별 사용 보고서를 받아 보는 권한을 계약 단계에서 확보하는 편이 안전합니다.
현장에서 가장 자주 어긋나는 지점은 FinOps를 '비용 절감 프로젝트'로 오해하는 것입니다. 한 번 서버를 정리해 20%를 줄였다고 끝내면 반년 뒤 같은 자리에 같은 낭비가 돌아옵니다. 반대로 절감만 밀어붙여 개발팀의 실험용 자원까지 막으면 신규 서비스 출시가 늦어져 더 큰 손실이 납니다. 태그를 붙이지 않은 자원이 많아 청구서의 절반이 '분류 불가'로 남는 것도 흔한데, 이 상태에서는 누가 줄여야 하는지조차 가릴 수 없습니다. 책임 부서가 적히지 않은 청구서는 FinOps가 시작되지 않은 상태라고 보면 됩니다.
클라우드 사용량 과금이 보편화되면서 기술 부서와 재무 부서 사이의 비용 책임 공백을 메우기 위해 2010년대 후반 실무에서 만들어진 개념입니다. 2019년 FinOps Foundation이 설립되어 용어와 실무 틀을 정리했고, 이후 리눅스 재단 산하로 들어가 업계 표준 역할을 하고 있습니다.
가상의 사례로 살펴보겠습니다. 온라인 교육 플랫폼을 운영하는 임직원 120명의 A사는 월 클라우드 비용이 1년 사이 1,400만 원에서 2,800만 원으로 두 배가 됐습니다. 매출은 30% 늘었을 뿐이어서 대표가 '어디서 새는지 모르면 내년 투자 승인은 없다'고 못 박았습니다.
- 재무팀 이 과장과 개발팀장이 처음으로 같은 화면을 열어 청구서를 보니 태그가 없어 어느 팀 비용인지 모르는 항목이 전체의 46%였고, 두 사람은 한 달 안에 모든 자원에 팀 태그를 붙이기로 약속했습니다.
- 태그를 붙이고 보니 퇴사한 개발자가 만든 테스트 서버 11대가 열 달째 켜져 있었고, 개발팀장은 '이건 변명의 여지가 없습니다'라며 그날 저녁에 모두 껐습니다.
- 1년 넘게 돌아간 운영 서버 8대는 약정 할인으로 전환해 월 310만 원을 아꼈고, 반대로 연말 수강 몰림에 대비한 자동 증설 예산은 오히려 늘려 잡았습니다.
- 팀별 월 예산 상한과 전주 대비 20% 초과 알림을 걸어 두자, 첫 달에 교육 콘텐츠팀이 영상 변환 작업으로 알림을 받고 야간 시간대로 작업을 옮겼습니다.
- 석 달 뒤 월 비용은 2,800만 원에서 1,900만 원으로 내려갔고 분류 불가 항목은 46%에서 3%가 됐습니다. 대표는 내년 AI 기능 투자 1억 2천만 원을 승인했습니다.