OneCloud 멀티클라우드 FinOps: 비용을 하나의 기준으로 읽는 법

무엇을 해결하는 제품인가요?

OneCloud는 AWS, Azure, Google Cloud, NAVER Cloud, Vultr에 흩어진 청구·사용량 데이터를 FOCUS 1.2 공통 스키마로 정규화하는 멀티클라우드 FinOps 플랫폼입니다. 조직·프로젝트·서비스·태그별 비용을 같은 기준으로 비교하고, 변동 원인을 라인아이템 근거로 설명해 인프라팀과 재무팀이 하나의 숫자로 결산하도록 돕습니다.

멀티클라우드 비용이 어려운 이유는 숫자가 아니라 스키마입니다

AWS, Azure, GCP, NAVER Cloud는 각자 다른 이름과 구조로 청구서를 만듭니다. 같은 가상 서버라도 라인아이템의 구성, 할인 표현 방식, 태그가 붙는 위치가 다릅니다. 그래서 각 콘솔에서 본 숫자를 스프레드시트에 옮겨 더하는 순간 기준이 무너지고, 팀마다 다른 값을 근거로 이야기하게 됩니다.

OneCloud는 이 문제를 FinOps Foundation의 FOCUS 1.2 사양으로 정규화해 해결합니다. AWS CUR/FOCUS Export, Azure Cost Management Exports, GCP BigQuery Billing Export, NAVER Cloud, Vultr billing API를 같은 구조로 맞추면 비로소 하나의 질문을 모든 클라우드에 던질 수 있습니다.

• CSP별 라인아이템을 공통 컬럼으로 매핑
• 원 청구 통화와 표시 통화의 분리
• ECB·한국은행 환율 스냅샷을 시점 기준으로 보관

Actual·Amortized·Effective를 구분하지 않으면 논쟁이 끝나지 않습니다

같은 달의 비용도 어떤 렌즈로 보느냐에 따라 다릅니다. Actual은 실제로 청구된 금액이고, Amortized는 약정 비용을 기간에 나눠 배분한 값이며, Effective는 할인이 적용된 실질 단가를 반영합니다. 재무팀이 결산에 쓰는 값과 엔지니어가 최적화 판단에 쓰는 값이 다른 것은 자연스러운 일이지만, 어느 쪽을 보고 있는지 밝히지 않으면 회의가 길어집니다.

OneCloud는 List → Commit → Credit → Effective로 이어지는 워터폴로 할인이 어디에서 적용되는지 보여줍니다. Savings Plans, Reserved Instances, Sustained-use, Committed-use 할인이 각각 어느 단계에서 금액을 줄였는지 눈으로 확인할 수 있으면 약정 갱신 논의가 근거를 갖습니다.

• 결산용 지표와 최적화용 지표의 명시적 구분
• 약정 만료 시점이 다음 달 비용에 주는 영향
• 크레딧 소진 시기와 실질 단가의 변화

태그가 없는 비용을 누가 가져갈지 규칙으로 정합니다

비용 할당이 실패하는 가장 흔한 이유는 태그 정책이 아니라 태그가 붙지 않은 리소스입니다. 급하게 만든 테스트 인스턴스, 공용 네트워크 비용, 관리 계정에서 발생한 요금은 어느 팀에도 자동으로 붙지 않습니다. 이 미할당 비용이 전체의 상당 부분을 차지하면 팀별 리포트의 신뢰가 무너집니다.

OneCloud는 코드 없는 할당 규칙 빌더를 제공해 패턴 매칭으로 미할당 비용을 팀이나 제품에 자동 배분하도록 합니다. 조직·프로젝트·서비스·태그·리전·환경을 원하는 조합으로 묶어 볼 수 있으므로, 조직도가 바뀌어도 규칙만 수정하면 과거 리포트를 다시 계산할 수 있습니다.

• 미할당 비용 비율을 주기적으로 추적할 지표로 설정
• 공용 비용의 배분 기준 합의
• CSV·Parquet 내보내기와 BigQuery·Snowflake·S3 동기화

예측은 하나의 숫자가 아니라 범위로 다룹니다

OneCloud는 AWS Cost Forecast와 Azure Forecast API 같은 CSP 기본 예측에 자체 모델을 결합합니다. 월말 예상, 7·30일 단기 예측, 분기·연간 시뮬레이션을 각각 다른 목적에 씁니다. 단기 예측은 트래픽 급증이나 신규 배포의 영향을 잡아내고, 장기 시뮬레이션은 약정 만료와 인스턴스 패밀리 변경을 반영합니다.

중요한 것은 결과를 하나의 값이 아니라 80%·95% 신뢰구간으로 제시한다는 점입니다. 학습 구간과 계절성 요인을 공개하고 이상 라인아이템을 제외할 수 있게 하면, 재무팀이 가정을 직접 검증한 뒤 예산에 반영할 수 있습니다.

• 월말 예상과 단기 예측의 용도 분리
• 신뢰구간을 포함한 예산 대비 초과 위험 판단
• Budget vs Forecast로 팀·제품·환경별 예산 비교

이상 탐지는 알림이 아니라 담당자에게 도착해야 합니다

비용 이상 탐지의 성패는 정확도보다 전달 경로에서 갈립니다. 전체 비용이 갑자기 늘었다는 알림이 공용 채널에 올라가면 대개 아무도 움직이지 않습니다. 어떤 서비스, 어떤 계정, 어떤 리전이 변화를 만들었는지 함께 제시되고 그 영역의 담당 팀에게 전달되어야 조치가 일어납니다.

예측 기능이 제공하는 변화 요인 분석을 이상 탐지와 연결하면 알림이 곧바로 확인 목록이 됩니다. 알림마다 담당자와 1차 확인 절차를 붙여 두는 운영 규칙을 함께 만드는 편이 좋습니다.

• 변화 요인을 포함한 알림 본문 구성
• 서비스·계정·리전별 담당 팀 라우팅
• 오탐이 반복되는 규칙의 임계값 재조정 주기

핵심 기능과 판단 기준

활용 시나리오

제품 기능을 바탕으로 구성한 활용 예시입니다. 특정 고객사의 실제 도입 구성이나 성과를 뜻하지 않습니다.

도입과 운영 흐름

1. 01

   클라우드 연결 준비

   OneCloud에서 external ID와 가이드를 발급받고 CSP별 최소 권한 Role 또는 Service Principal을 구성합니다.

2. 02

   청구 Export 활성화

   CUR·FOCUS Export·BigQuery Billing Export 또는 공식 비용 API를 활성화해 라인아이템 수집을 시작합니다.

3. 03

   비용 구조와 규칙 설계

   조직·프로젝트·태그 체계를 정리하고 Actual·Amortized·Effective 렌즈, 할당 규칙과 예산을 설정합니다.

4. 04

   예측·알림으로 운영

   대시보드와 리포트를 검수한 뒤 이상 탐지, 알림 채널과 정기 다이제스트를 팀 운영 흐름에 연결합니다.

사용 환경과 연동 방식

OneCloud는 애플리케이션 SDK를 설치하거나 서비스 트래픽을 가로채지 않고 각 CSP의 공식 청구 Export와 비용 API에 연결합니다. AWS는 STS AssumeRole과 external ID, GCP는 Workload Identity Federation을 안내하며 Azure·NAVER Cloud·Vultr는 제공자별 인증 방식을 사용합니다. 필요한 권한, 키 보관·회전 방식과 첫 데이터 반영 시간은 연결할 클라우드별 가이드에서 확인하세요.

실무 체크리스트

• 연결할 클라우드 계정 수, 청구 데이터 위치, 조직·프로젝트·태그 구조를 정리하세요.
• 읽기 권한 범위, 자격 증명 보관·회전, SSO·감사 로그 등 보안 요구사항을 확인하세요.
• Starter와 Enterprise의 계정 수·보관 기간·거버넌스 기능은 최신 공식 요금 페이지에서 확인하세요.

자주 묻는 질문