FinOps 거버넌스

담당 역할: FinOps 실무자, 재무 담당, 엔지니어링 리더

클라우드의 가변 비용 모델은 온프레미스 대비 유연하지만, 아무도 총 지출을 실시간으로 모르는 상태를 쉽게 만든다. FinOps는 이 문제를 기술 조직과 재무 조직이 함께 풀기 위해 등장했다. FinOps Foundation(Linux Foundation 산하)이 2018년부터 유지해 온 FinOps Framework가 사실상 업계 표준이다.

1. 팀은 협업해야 한다

2. 의사결정은 클라우드의 사업 가치가 기준이다

3. 모두가 자신의 클라우드 사용에 오너십을 가진다

4. FinOps 데이터는 접근 가능하고 적시에 제공되어야 한다

5. 중앙 팀이 FinOps를 주도한다

6. 클라우드의 가변 비용 모델을 활용한다

FinOps는 프로젝트가 아니라 빠르게 반복하는 상시 순환이다.

FOCUS(FinOps Open Cost and Usage Specification)는 여러 벤더의 청구 데이터를 정규화하는 공개 표준이다. 멀티벤더 환경에서는 이 표준 없이 Inform 단계 자체가 성립하지 않는다. 2026년 FinOps Framework 개정은 범위를 SaaS·데이터센터·데이터 클라우드 플랫폼·AI로 넓혔고, 기술 투자를 사업 전략과 연결하는 Executive Strategy Alignment를 새 Capability로 추가했다.

FinOps Foundation은 “작게 시작해 반복하라”는 원칙 아래 성숙도를 3단계로 정의한다. 모든 Capability를 Run까지 끌어올리는 것이 목표가 아니라, 사업 가치가 높은 영역부터 성숙시키는 것이 목표다.

여러 Capability에서 동시에 Run에 도달한 조직은 전체의 15%가 안 된다. Run은 자동화·조직문화·교차기능 프로세스에 대한 지속적 투자를 요구하기 때문이다.

1. 1단계 — 태깅 표준 확립 — Environment, Project, Owner, CostCenter 같은 필수 태그를 정의하고 신규 리소스 생성 시점부터 강제하라.

2. 2단계 — 가시화 대시보드 구축 — 서비스·사용유형·태그 세 디멘션으로 비용을 분해해 팀 단위로 공유하라.

3. 3단계 — Showback에서 Chargeback으로 — 먼저 각 팀에게 얼마를 썼는지 보여주는 Showback으로 시작하고, 조직 문화가 준비되면 실제 예산에 반영하는 Chargeback으로 전환하라.

4. 4단계 — 이상탐지·예산 알림 자동화 — 비정상적 지출 급증을 자동 탐지해 담당팀에 즉시 알려라.

5. 5단계 — 최적화 루틴화 — Savings Plans 구매, 유휴 리소스 정리, 사이징 재검토를 분기 단위 정례 루틴으로 만들어라.

6. 6단계 — 단위 경제 지표 도입 — 비용을 거래·API 호출·사용자 세션 같은 사업 지표와 연결해, 엔지니어링 의사결정이 비용에 미치는 영향을 즉시 보이게 하라.

• 태그 없이 대시보드부터 만든다: 태깅 표준이 없으면 아무리 정교한 대시보드도 “어느 팀 것인지 모르는 비용” 항목이 커진다.

• Chargeback을 첫 단계로 시도한다: 조직 문화가 준비되지 않은 상태에서 곧바로 예산을 청구하면 팀 간 갈등이 커진다. Showback으로 먼저 신뢰를 쌓아라.

• FinOps를 일회성 절감 프로젝트로 취급한다: 한 번 최적화하고 끝내면 몇 달 안에 원점으로 돌아간다. Inform-Optimize-Operate는 상시 순환이다.

• AI 비용을 CFM 범위 밖에 둔다: 생성형 AI 자체가 새로운 비용원이다. 토큰 사용량 관리를 전통적 인프라 비용관리와 분리해 방치하면 안 된다 — Part 9에서 다룬다.