비용을 나누는 단위, 계정과 태그 중 무엇을 쓸까

먼저 정할 것은 나누는 목적입니다

비용을 나누는 방법에는 계정을 분리하는 길과 태그를 붙이는 길이 있습니다. 어느 쪽이 맞는지는 나누는 목적이 정합니다. 목적이 '팀별로 예산을 따로 집행하고 권한도 분리한다'라면 계정 분리가 맞습니다. 목적이 '같은 환경 안에서 어느 서비스가 얼마를 쓰는지 보고 싶다'라면 태그가 맞습니다. 둘을 섞어 쓰는 경우도 많습니다. 조직은 계정으로 나누고, 계정 안에서는 태그로 서비스를 구분합니다. 순서는 1단계 목적 적기, 2단계 권한 분리 필요성 판단, 3단계 계정 구조 확정, 4단계 계정 안의 태그 규칙 정의입니다.

태그는 규칙을 먼저 정해야 쓸 수 있습니다

태그가 실패하는 이유는 거의 같습니다. 이름을 자유롭게 적게 두면 같은 팀이 여러 이름으로 적혀 집계가 되지 않습니다. 그래서 태그 키와 허용 값을 미리 목록으로 고정합니다. 최소 세 개를 권합니다. 소유 팀, 환경 구분, 서비스 이름입니다. 환경 구분은 운영과 시험만 두고 중간 단계를 만들지 않는 편이 집계에 유리합니다. 다음으로 태그가 없는 자원을 만들지 못하게 막는 장치를 둡니다. 막을 수 없는 환경이라면 주간으로 태그 누락 자원 목록을 뽑아 담당자에게 보냅니다. 목록 없이 규칙만 공지하면 누락이 계속 쌓입니다.

미분류 금액을 숫자로 확인합니다

학습용 가정으로 계산합니다. 가정값은 월 총비용 3,000,000원이고 태그 누락 비율이 35퍼센트라고 두겠습니다. 미분류 금액은 1,050,000원입니다. 이 금액은 어느 팀에도 청구되지 않고 공통 비용으로 남아, 절감 책임이 사라집니다. 이것이 중간 계산값입니다. 최종 금액은 태그를 채우는 작업 비용과 비교해야 나옵니다. 자원 200개에 각각 1분이 걸려 200분이고, 내부 시간 비용을 시간당 30,000원으로 가정하면 100,000원입니다. 미분류 1,050,000원이 매달 반복되는 데 비해 작업은 한 번이므로, 첫 달에 회수하고 이후에는 누락 방지 장치만 유지합니다.

태그로 나눌 수 없는 비용이 남습니다

결론을 뒤집는 조건은 공유 자원입니다. 로드밸런서, 중계 장치, 공통 데이터베이스처럼 여러 팀이 함께 쓰는 자원은 태그 하나로 귀속시킬 수 없습니다. 이 경우 배분 규칙을 따로 정해야 합니다. 요청 수 비중이나 저장 용량 비중처럼 측정 가능한 기준을 쓰고, 그 기준을 문서에 적습니다. 기준 없이 균등 배분하면 적게 쓰는 팀이 반발하고 집계가 신뢰를 잃습니다. 두 번째 조건은 과거 데이터입니다. 태그를 지금 붙여도 지난달 비용에는 적용되지 않으므로, 비교 시점은 태그 적용 이후로 잡고 그 사실을 보고서에 적습니다.

AWS 비용 실행 전 점검표

• 나누는 목적을 적고 권한 분리 필요성을 판단했다
• 태그 키와 허용 값을 목록으로 고정했다
• 태그 누락 자원 목록을 주기적으로 뽑는다
• 공유 자원의 배분 기준을 문서에 적었다