035. FinOps — 오버 프로비저닝 최적화

핵심 인사이트

FinOps (Financial Operations)는 클라우드 비용을 엔지니어링·재무·비즈니스가 협업해 관리하는 운영 프레임워크로, 오버 프로비저닝(Over-Provisioning)은 클라우드 낭비의 가장 큰 원인(업계 평균 35% 낭비)이다.

오버 프로비저닝은 '필요한 것보다 많은 리소스(CPU·메모리·스토리지)를 할당하는 것'으로, 피크 트래픽을 대비해 항상 최대 사양을 유지하는 온프레미스 사고방식이 클라우드로 이전된 결과다.

올바른 크기 조정(Right-sizing) + 예약 인스턴스(Reserved Instance) + 오토스케일링의 3종 조합으로 오버 프로비저닝을 체계적으로 제거해 클라우드 비용 40-60% 절감이 가능하다.

I. 오버 프로비저닝의 원인과 비용

온프레미스 사고방식 -> 클라우드 이전
      |
      v
"만약을 위해 큰 인스턴스로"
"항상 최대 사양 준비"
"사용하지 않아도 서버는 켜둬야"
      |
      v
실제 CPU 이용률: 5-15% (Gartner 조사)
결제 CPU:       100%
낭비율:         ~85%

낭비 유형	원인	규모 (업계 평균)
오버 프로비저닝	과도한 초기 사양 설정	~35%
유휴 리소스	사용 안 하는 인스턴스	~28%
스토리지 낭비	삭제 안 된 스냅샷/볼륨	~15%
라이선스 낭비	미사용 소프트웨어 라이선스	~12%

📢 섹션 요약 비유: 2명이 탈 차에 10인승 버스를 매일 빌리는 것 — 클라우드는 필요할 때 딱 맞는 크기로 빌릴 수 있는데.

II. Right-Sizing (올바른 크기 조정)

현재 상태 분석:
  CPU 평균 이용률: 8%  (m5.xlarge, 4 vCPU)
  메모리 이용률:   15% (16 GB)
  
권고 사양:
  m5.large (2 vCPU, 8 GB) 로 다운사이즈
  비용 절감: 50% (시간당 $0.192 -> $0.096)

도구:
  AWS Compute Optimizer
  Azure Advisor
  GCP Recommender

절감 방법	평균 절감율	적용 용이성
다운사이징	30-50%	중
Graviton/Arm	20-40%	중
스팟 인스턴스	60-90%	어려움
예약 인스턴스	30-60%	쉬움

📢 섹션 요약 비유: 매월 옷 크기 실측 후 딱 맞는 사이즈만 주문 — 6개월 전 예측으로 맞춘 옷은 이미 크거나 작다.

III. FinOps 프레임워크

FinOps 3단계 사이클:

Inform (정보)
  +-- 비용 가시성 확보
  +-- 태깅(Tagging) 정책
  +-- 실시간 비용 대시보드

Optimize (최적화)
  +-- Right-sizing
  +-- Reserved/Savings Plans
  +-- 스팟 인스턴스 활용
  +-- 사용하지 않는 리소스 삭제

Operate (운영)
  +-- 비용 목표 설정
  +-- 팀별 비용 할당(Chargeback)
  +-- 지속적 개선 문화

FinOps 원칙	설명
팀이 사용하면 팀이 관리	엔지니어가 클라우드 비용 인식
협업 거버넌스	재무·엔지니어링·비즈니스 협력
비용-가치 균형	절감이 아닌 가치 대비 비용 최적화

📢 섹션 요약 비유: FinOps는 집 관리처럼 — 먼저 전기 사용량을 파악(Inform)하고, 에너지 효율 가전으로 바꾸고(Optimize), 습관을 바꾼다(Operate).

IV. 오토스케일링으로 오버 프로비저닝 근본 해결

오토스케일링 없음:
  피크 트래픽 대비 항상 최대 사양 유지
  
오토스케일링 적용:
  평상시: min 2대
  피크:   max 20대 (자동 확장)
  비용:   평균 3-4대 분량만 지불

AWS Auto Scaling 예시:
  Target Tracking: CPU 70% 유지
  Step Scaling: 트리거별 단계 확장
  Predictive Scaling: ML 기반 예측 확장

📢 섹션 요약 비유: 점심 시간만 손님이 몰리는 식당 — 항상 10명 직원을 두는 게 아니라, 점심엔 10명 저녁엔 3명으로 탄력 운영.

V. 실무 시나리오 — 클라우드 비용 절감 프로젝트

단계	활동	기대 절감
1	태깅 정책 수립 (팀별, 환경별)	-
2	AWS Compute Optimizer로 Right-sizing 분석	20-30%
3	Reserved Instance (1년) 구매	30-40%
4	개발/스테이징 환경 스케줄 종료 (야간)	10-15%
5	미사용 스냅샷/EIP 정리	5-10%
6	오토스케일링 적용	15-25%
합계		~50-60%

📢 섹션 요약 비유: 6단계를 모두 실행하면 청구서가 절반 — 하지만 각 단계는 서로 다른 낭비 원인을 제거한다.

📌 관련 개념 맵

FinOps / 오버 프로비저닝 최적화
+-- 원인 분석
|   +-- 오버 프로비저닝 (사양 과다)
|   +-- 유휴 리소스 (미사용)
|   +-- 스토리지 낭비
+-- 최적화 수단
|   +-- Right-sizing (AWS Compute Optimizer)
|   +-- Reserved Instance / Savings Plans
|   +-- 오토스케일링
|   +-- 스팟/프리엠티블 인스턴스
+-- FinOps 프레임워크
|   +-- Inform -> Optimize -> Operate
|   +-- 태깅, 비용 할당, 팀 책임
+-- 도구
    +-- AWS Cost Explorer / Compute Optimizer
    +-- Azure Advisor / Cost Management
    +-- Infracost (IaC 비용 분석)

📈 관련 키워드 및 발전 흐름도

[초기 클라우드 도입 (2006~2012)]
온프레미스 사고방식 그대로 이전
오버 프로비저닝, 낭비 인식 부족
      |
      v
[클라우드 비용 폭증 인식 (2015~)]
스타트업 클라우드 청구서 쇼크
FinOps 개념 필요성 대두
      |
      v
[FinOps Foundation 설립 (2019)]
FinOps 프레임워크 표준화
      |
      v
[AWS/Azure/GCP 최적화 도구 고도화]
Compute Optimizer, Azure Advisor ML 기반 권고
      |
      v
[현재: 지속가능성 + FinOps]
탄소 발자국 감소 = 클라우드 비용 절감
Green Cloud FinOps 통합 추세

👶 어린이를 위한 3줄 비유 설명

FinOps는 클라우드 서버 비용을 낭비 없이 쓰도록 관리하는 방법이에요.
2명이 탈 차에 버스를 빌리는 것처럼, 필요 이상으로 큰 서버를 쓰면 돈이 많이 나와요.
딱 필요한 만큼만 쓰고, 필요할 때 자동으로 늘리면 비용을 절반으로 줄일 수 있답니다!