FinOps와 비용 청구 모델

FinOps(재무 운영)는 재무, 엔지니어링, 비즈니스 팀이 협력하여 클라우드 지출을 관리하도록 하는 문화적·운영적 프레임워크입니다. FinOps Foundation은 세 가지 실천 단계를 정의합니다. Inform은 비용을 가시화하고, Optimise는 낭비를 줄이고 더 현명하게 약정하며, Operate는 정책을 적용하고 지속적으로 개선하는 단계입니다. Azure에서 FinOps는 Azure Cost Management, 리소스 태그, 예산, 비용 청구 모델을 기반으로 운영됩니다.

볼 수 없는 것은 최적화할 수 없습니다. FinOps의 첫 단계는 모든 팀이 클라우드 비용을 실시간으로 파악할 수 있도록 하는 것입니다. Azure Cost Management에서 구독, 리소스 그룹 또는 태그로 필터링한 비용 보기를 구성하고 이러한 보기를 엔지니어링 리드와 공유하십시오. 각 사업부에 대해 일일 비용 이메일과 주간 비용 요약 보고서를 활성화하십시오. 비용 가시성이 없으면 엔지니어는 아키텍처 결정의 재정적 결과를 인식하지 못한 채 성능과 속도만 최적화하게 됩니다.

리소스 태그는 모든 비용 청구 모델의 핵심입니다. 잘 설계된 태그 분류 체계에는 Department(Engineering, Marketing, Finance), CostCentre(회계 코드), Project(프로젝트 또는 제품 이름), Environment(Production, Staging, Dev), Owner(담당 팀 또는 사람)가 포함됩니다. 태그는 무료로 추가할 수 있으며 모든 Azure Cost Management 보고서에 표시됩니다. Azure Policy를 사용하여 모든 새 리소스에 이러한 태그를 필수로 지정하고, Azure Policy Remediation을 사용하여 기존의 태그가 없는 리소스를 보완하십시오.

일반적인 비용 배분 모델에는 두 가지가 있습니다. 쇼백은 실제 재무 이체 없이 사업 부서에 비용을 공개하는 방식으로, 팀은 클라우드 지출을 확인하지만 비용을 청구받지는 않습니다. 차지백은 실제 내부 청구서를 생성하는 방식으로, 중앙 IT 예산의 비용을 해당 서비스를 사용하는 부서의 비용 센터로 이전합니다. 차지백은 비용을 의식하는 행동을 더욱 강하게 유도하지만, 내부 거래를 처리할 회계 인프라가 필요합니다. 대부분의 조직은 쇼백으로 시작한 후 FinOps 성숙도가 높아짐에 따라 차지백으로 발전합니다.

Azure Cost Management의 비용 배분 규칙을 사용하면 공유 네트워킹 허브, Azure Firewall 또는 Log Analytics 작업 영역과 같은 공유 비용을 사용자 지정 비율에 따라 이를 사용하는 구독이나 리소스 그룹에 재배분할 수 있습니다. 예를 들어 세 사업 부서가 함께 사용하는 Azure Firewall의 비용을 상대적인 트래픽 양에 따라 40/35/25로 나눌 수 있습니다. 배분된 비용은 Cost Management 보기에서 수신 구독에서 발생한 비용인 것처럼 표시되므로 각 팀은 완전히 반영된 클라우드 비용을 정확히 파악할 수 있습니다.

Azure 예산을 사용하면 구독, 리소스 그룹 또는 태그로 필터링된 범위에 대해 월별 또는 분기별 지출 목표를 설정할 수 있습니다. 지출이 예측 임계값(예: 예산의 80% 및 100%) 또는 실제 임계값에 도달하면 Azure가 구성된 수신자에게 이메일 알림을 보냅니다. 예산은 리소스 실행을 중지하지 않으며, 이해관계자에게 알려 조치를 취할 수 있도록 합니다. 개발 환경에서는 Azure Logic Apps 또는 Action Groups와 예산을 함께 사용하여 예산 임계값에 도달했을 때 중요하지 않은 리소스를 자동으로 종료할 수 있습니다.

FinOps 팀에는 일반적으로 세 가지 역할이 있습니다. FinOps 실무자는 비용 보기를 관리하고 최적화 작업을 수행하며 절감액을 보고하는 전담 클라우드 재무 분석가입니다. 클라우드 엔지니어는 각 제품 팀에서 규모 조정 권장 사항을 실행하고 비용 효율적인 아키텍처를 구현하는 엔지니어입니다. 재무 이해관계자는 약정 구매를 승인하고 내부 차지백 청구서를 관리합니다. 클라우드 우수성 센터(CCoE) 팀은 아키텍처 거버넌스와 함께 FinOps 기능을 담당하는 경우가 많습니다.

고급 FinOps 관행에서는 단위 비용을 측정합니다. 단위 비용은 API 요청당 비용, 활성 사용자당 비용 또는 처리된 데이터 GB당 비용처럼 의미 있는 비즈니스 단위 하나에 해당하는 클라우드 비용입니다. 단위 경제성은 비용 논의를 제품 관리자와 경영진에게 더욱 의미 있게 만듭니다. Azure에서는 Cost Management 내보내기 데이터와 Application Insights 또는 사용자 지정 데이터 웨어하우스의 비즈니스 지표 데이터를 결합하여 단위 비용을 계산할 수 있습니다. 시간에 따른 단위 비용 추이를 살펴보면 아키텍처 결정이 효율성을 개선하는지 저하시키는지 확인할 수 있습니다.

Reserved Instance 할인은 비용 데이터에서 구매 구독에 대한 음수 RI 혜택 항목으로 표시됩니다. 차지백 모델에서는 예약된 용량을 사용하는 팀에 예약 절감액을 배분해야 합니다. Azure Cost Management의 비용 배분 기능을 사용하면 예약 구매를 이를 사용하는 구독 또는 리소스 그룹과 연결하여 이 작업을 자동으로 수행할 수 있습니다. 이 배분이 없으면 구매 구독에는 음수 비용이 발생한 것처럼 보이고, 사용 팀에는 종량제 요금이 전액 청구된 것처럼 보입니다.

FinOps Foundation은 세 가지 성숙도 수준을 정의합니다. Crawl은 기본적인 비용 가시성과 임시 최적화를 의미하고, Walk는 일관된 태그 지정, 예산, 정기적인 최적화 주기 및 쇼백 보고서를 의미하며, Run은 자동화된 이상 탐지, 차지백, 단위 경제성 및 엔지니어링 로드맵에 맞춘 약정 전략을 의미합니다. Run 수준의 조직은 일반적으로 작업 부하 규모를 고려하더라도 Crawl 수준의 조직보다 클라우드 지출이 25~35% 낮습니다. 현재 성숙도 수준을 평가하고 12개월 안에 다음 단계로 발전한다는 목표를 세우십시오.

가장 성숙한 FinOps 관행은 비용 인식을 소프트웨어 개발 수명 주기에 포함합니다. 아키텍처 검토 문서에 비용 추정치를 포함하고, 비용이 많이 드는 Azure 리소스를 추가하는 풀 리퀘스트가 자동 비용 알림을 발생시키며, CI/CD 파이프라인에 비용 게이트 검사를 포함하여 예상 비용이 임계값을 초과하면 배포를 차단합니다. Infracost와 같은 도구나 Azure의 자체 비용 추정 API를 GitHub Actions 또는 Azure Pipelines에 통합하면 코드가 프로덕션에 도달하기 전에 개발자에게 비용 피드백을 제공할 수 있습니다.

이 단원에서 다룬 Microsoft Azure Fundamentals (AZ-900) 개념에 대한 이해도를 확인해 보십시오.

이 단원에서는 다음을 배웠습니다. FinOps는 재무, 엔지니어링 및 비즈니스 부서가 클라우드 비용을 함께 관리하는 문화적 관행입니다. 리소스 태그와 비용 배분 규칙을 사용하면 공유 비용을 이를 사용하는 팀에 귀속하여 차지백을 구현할 수 있으며, 예산 알림은 리소스 사용을 차단하지 않고도 책임성을 높여 줍니다. 다음으로는 개발자의 관점에서 비밀번호 없는 인증을 위한 관리형 ID를 살펴보겠습니다.