결론부터 말하면, 여러 팀이 함께 쓰는 AWS 공용비용은 Cost Categories의 split charge로 팀별 배부 기준을 만들 수 있습니다. 비례 배부, 고정 비율, 균등 배부 중 하나를 고르고, 공용비용을 먼저 하나의 source 값으로 분류하면 됩니다.
다만 꼭 구분해야 할 제약이 있습니다. split charge 결과는 Cost Categories 상세 화면에서만 보이며 AWS Cost and Usage Report(CUR), Cost Explorer 등 다른 Cost Management 도구에는 나타나거나 영향을 주지 않습니다. 즉 팀별 경영 배부표에는 유용하지만 CUR 기반 데이터 파이프라인을 자동으로 바꾸는 기능은 아닙니다. 이 글은 2026년 8월 22일 AWS Billing 공식 문서 2개를 교차 확인해 정리했습니다.
대상: 누가 이 설정을 먼저 해야 하나
- 플랫폼, 데이터 전송, Enterprise Support처럼 특정 팀 하나에 귀속하기 어려운 공용 AWS 비용이 있는 FinOps 담당자
- 태그와 계정별 원가는 보이지만 공용 플랫폼비를 팀별 예산 보고서에 나누지 못하는 조직
- 월별 showback은 빠르게 시작하되, CUR 기반 정산 시스템 변경은 별도로 관리하려는 팀
무엇을 할 수 있고, 무엇은 안 되는가
| 질문 | split charge로 가능한 일 | 주의할 반례 |
|---|---|---|
| 공용 EKS 플랫폼비를 제품팀에 배부할까? | 공용비용 source를 팀별 target 값으로 배부 | 원래 팀에 직접 귀속된 비용까지 다시 배부 |
| 팀별 비용 비율을 따라 나눌까? | Proportional 방식 선택 | 비율 기준이 매월 크게 흔들리는데 고정 비율을 사용 |
| 계약상 70:30으로 나눌까? | Fixed 방식으로 백분율 설정 | 합계가 100%인지 검토하지 않음 |
| CUR Athena 쿼리에도 배부값이 들어갈까? | 아니오. Cost Categories 상세 화면에서만 확인 | 기존 CUR 리포트가 자동으로 바뀐다고 가정 |
AWS 공식 가이드에서 제공하는 배부 방식은 세 가지입니다. Proportional은 target의 가중 비용 비율대로, Fixed는 정한 비율대로, Even split은 target에 균등하게 비용을 나눕니다.
적용일과 사전 조건
이 기능은 새 서비스 비용이 아닙니다. AWS Billing의 현재 공식 문서 기준으로 Cost Categories를 만들거나 수정할 때 설정하는 비용 배부 규칙입니다. Cost Category는 AWS Organizations의 관리 계정에서 사용할 수 있으므로, 개별 멤버 계정에서 예산 보고서를 만드는 경우에는 먼저 권한과 청구 구조를 확인해야 합니다.
Cost Category 자체의 effective date는 기본값이 현재 월이며, 과거 월을 고르면 규칙이 그 시점부터 소급 적용될 수 있습니다. 반면 CUR 원천 데이터의 backfill은 별도 지원 요청이 필요할 수 있습니다. 두 가지를 같은 의미로 취급하면 보고 숫자가 어긋납니다. 설정 뒤 사용 레코드에 Cost Category 값이 반영되기까지는 최대 24시간을 기다리라고 AWS는 안내합니다.
단계별 적용법: 공용 플랫폼비를 두 팀에 나누는 예시
- 배부 목적을 하나로 고정합니다. 예를 들어 ‘공용 EKS 플랫폼비를 Engineering과 Marketing에 배부’처럼 이 보고서에서만 쓸 목적을 정합니다.
- Cost Category 값을 먼저 분류합니다. `Infrastructure Platform`을 source 값으로 만들고, `Engineering`, `Marketing`을 target 값으로 만듭니다. AWS는 공용비용을 담은 값을 규칙 목록 상단에 두라고 권장합니다. 규칙은 위에서 아래 순서로 평가됩니다.
- 원가 기준을 선택합니다. 두 팀의 직접 비용 비중대로 나눌 때는 Proportional, 합의된 70:30일 때는 Fixed, 실제 사용 근거가 전혀 없을 때만 Even split을 검토합니다.
- Cost Categories에서 split charge를 추가합니다. source에 `Infrastructure Platform`, targets에 `Engineering`과 `Marketing`, 방식에 Fixed 70%·30%를 넣습니다.
- preview와 상세 화면을 분리해 검증합니다. preview는 월 누적 net amortized cost 기반 추정치일 수 있습니다. 저장 후 Cost Categories details에서 배부 전·후 비용을 확인하고 CSV도 내려받아 재무 보고값과 대조합니다.
- 배부표와 CUR 원천표를 함께 보관합니다. Cost Categories 화면의 배부 결과는 경영 showback용, CUR은 원천 사용량 분석용으로 역할을 분리합니다.
비용·제약·보안 영향
이 설정 자체의 별도 사용료는 AWS 문서에서 안내하지 않지만, 비용 배부 규칙을 사실의 원천처럼 과신하는 운영 비용은 생길 수 있습니다. 같은 비용을 Cost Categories 화면과 CUR에서 서로 다른 방식으로 보면 회의마다 숫자가 달라 보일 수 있기 때문입니다.
- 하나의 Cost Category에는 split charge 규칙을 최대 10개까지 만들 수 있습니다.
- source 값은 전체 split charge 규칙에서 한 번만 source가 될 수 있고, source와 target을 동시에 맡을 수 없습니다.
- 상속 규칙으로 생성한 값을 source 또는 target으로 쓰려면 해당 Cost Category 상태가 Applied가 될 때까지 기다려야 합니다.
- Billing Transfer에서 bill source account로 로그인한 경우 split charge 기능을 사용할 수 없습니다.
- Cost Category 편집 권한은 태그와 IAM 정책으로 제한할 수 있습니다. 배부 비율은 재무 보고에 영향을 주므로 FinOps와 재무 담당자의 변경 승인 절차를 두는 편이 안전합니다.
가상 예제: 120만원을 팀 3곳에 나눠 보기
2026-09-05 업데이트: AWS 공식 문서를 다시 확인하고 배부 예제·보고서 양식을 추가했습니다. Proportional은 대상별 비용 비중을 따릅니다. 사용자 수나 요청 건수 비율을 자동으로 읽어 배부하는 기능으로 해석하지 마세요.
| 가상 팀 | 직접비 | 비중 | 배부액 | 배부 후 |
|---|---|---|---|---|
| 제품 A | 300만원 | 50% | 60만원 | 360만원 |
| 제품 B | 180만원 | 30% | 36만원 | 216만원 |
| 제품 C | 120만원 | 20% | 24만원 | 144만원 |
| 합계 | 600만원 | 100% | 120만원 | 720만원 |
원화 금액은 계산 설명을 위한 가상 데이터입니다. 실제 AWS 계정·환율·요금의 측정값이 아닙니다. 배부액 합계가 공용비용과 같은지, 배부 후 총액이 직접비와 공용비용의 합과 같은지 검산하세요. 사용자 수 같은 별도 기준은 근거를 계산해 Fixed 비율로 관리하는 방식을 검토할 수 있습니다.
배부 전후 전체 비용은 720만원으로 같습니다. 비용 절감 성과와 비용 부담 주체 변경을 구분하세요. 이 배부 예제는 CUR·Cost Explorer 원천 값을 변경하는 설정 파일이 아닙니다.
전체 흐름이 필요하다면: AWS 비용 관리 시작하기에서 비용 조사·배부·보고서 양식을 함께 확인하세요.
실수하기 쉬운 반례
반례 1: CUR 숫자와 Cost Categories 화면 숫자가 달라 오류라고 판단하는 경우입니다. split charge 배부값은 CUR·Cost Explorer에 반영되지 않는 것이 AWS 문서상 정상 동작입니다. 동일한 대시보드에서 둘을 섞어 합산하지 마세요.
반례 2: 공용비용 규칙을 아래쪽에 놓는 경우입니다. 규칙은 위에서 아래로 평가되므로 공용 플랫폼 비용이 팀별 일반 규칙에 먼저 잡히면 source로 남지 않습니다.
반례 3: Even split을 ‘공정한 배부’로 쓰는 경우입니다. 대상별 비용 비중을 쓰는 Proportional과, 사용자 수 등 별도 근거로 계산한 비율을 입력하는 Fixed를 구분해 문서화해야 합니다. 균등 배부는 근거가 없을 때의 임시 선택일 뿐입니다.
관련 글: 원천 데이터와 AI 비용까지 연결하기
배부표를 만든 뒤 실제 증가 원인을 확인하려면 AWS Cost Explorer에서 Amazon Q로 비용 급증 원인 찾기를 먼저 보세요. 공용비용과 별개로 원천 청구 데이터를 길게 분석해야 할 때는 AWS CUR 데이터에 대해서가 이어집니다.
AI 비용을 호출 주체별로 구분하려는 팀은 Amazon Bedrock 비용 IAM 기준 추적 가이드를 함께 적용하면 좋습니다. 더 큰 운영 원칙은 FinOps Framework 업데이트에서 확인할 수 있습니다.
지금 바로 할 일
- 지난달 청구서에서 ‘특정 팀에 직접 귀속할 수 없는 비용’ 1~3개만 추립니다.
- 각 비용에 source 값, target 팀, 배부 근거, 검토자를 한 줄씩 적습니다.
- Cost Categories preview로 영향 범위를 보고, 저장 뒤 details 화면의 배부 전·후 값과 CSV를 재무 담당자에게 확인받습니다.
- CUR·Cost Explorer 보고서는 기존 원천 기준을 유지하고, split charge 결과와 섞지 않는다는 주석을 대시보드에 추가합니다.
공식 출처와 확인일
- AWS Billing User Guide: Splitting charges within cost categories
- AWS Billing User Guide: Creating cost categories
- AWS Data Exports User Guide: Creating standard data exports
변경될 수 있는 적용 조건, 배부 방식, 반영 시간과 도구별 제약은 2026년 8월 22일 위 AWS 공식 문서를 교차 확인했습니다. 실제 조직의 결산·세금·내부 정산 기준은 재무 정책과 별도로 검토하세요.
답글 남기기