계정 분리와 통합 결제, 비용을 나누는 구조

계정을 나누는 이유는 비용만이 아닙니다

계정을 여러 개로 나누는 결정은 비용 가시성만을 위한 것이 아닙니다. 권한 경계, 장애 격리, 한도 분리가 함께 따라옵니다. 운영과 시험을 한 계정에 두면 시험 작업이 운영 자원을 지울 수 있고, 한도도 함께 소진합니다. 그래서 계정 구조를 정할 때 네 질문을 적습니다. 어느 범위까지 같은 권한으로 다뤄도 되는가, 어느 범위가 함께 멈춰도 되는가, 어느 범위가 한도를 나눠 써도 되는가, 그리고 어느 단위로 비용을 보고 싶은가. 네 답이 일치하지 않으면 비용 보고는 태그로 하고 계정은 권한과 격리 기준으로 나눕니다.

통합 결제는 보고를 합치고 책임을 나눕니다

계정을 조직으로 묶으면 결제는 한 곳에서 처리하면서 계정별 금액은 따로 볼 수 있습니다. 여기서 주의할 점은 할인과 무료 한도가 조직 단위로 공유될 수 있다는 것입니다. 한 계정이 먼저 한도를 쓰면 다른 계정은 그만큼 받지 못합니다. 그래서 조직을 만들 때 공유되는 항목의 목록을 적어 둡니다. 또 계정별 금액이 보인다고 해서 책임이 자동으로 나뉘지는 않습니다. 각 계정의 예산과 담당자를 지정하고, 초과 시 누가 조치하는지 적어야 합니다. 이 지정이 없으면 보고서는 만들어지지만 아무도 줄이지 않습니다.

공통 비용 배분 규칙을 숫자로 정합니다

학습용 가정으로 계산합니다. 가정값은 세 팀이 함께 쓰는 공통 자원의 월 비용이 400,000원이고, 요청 비중이 50퍼센트와 30퍼센트와 20퍼센트라고 두겠습니다. 배분액은 각각 200,000원, 120,000원, 80,000원입니다. 합은 400,000원으로 공통 비용과 일치합니다. 이 일치 확인이 중요합니다. 배분 규칙을 적용한 합계가 원래 금액과 맞지 않으면 어딘가 누락된 자원이 있다는 뜻입니다. 최종 보고서에는 배분 기준과 그 기준의 측정 방법을 함께 적습니다. 기준 없이 균등 배분하면 적게 쓰는 팀이 반발하고 보고서의 신뢰가 떨어집니다.

계정을 늘리면 운영 비용이 늘어납니다

결론을 뒤집는 조건은 운영 부담입니다. 계정이 늘면 권한 설정, 네트워크 연결, 로그 수집, 보안 기준 적용을 모두 계정마다 반복해야 합니다. 자동화가 없으면 계정 3개를 10개로 늘리는 순간 관리 시간이 크게 늘어납니다. 그래서 계정 분리의 전제는 계정 생성과 기본 설정의 자동화입니다. 두 번째 조건은 계정 간 통신입니다. 한 계정의 애플리케이션이 다른 계정의 데이터베이스를 쓰면 연결 설정과 통신 비용이 추가됩니다. 그래서 같은 요청 흐름에 속한 자원은 같은 계정에 두고, 계정 경계는 흐름이 끊기는 지점에 둡니다.

AWS 비용 실행 전 점검표

• 권한·격리·한도·보고 네 기준의 답을 적었다
• 조직 단위로 공유되는 할인과 한도를 목록화했다
• 계정별 예산과 담당자, 초과 시 조치를 지정했다
• 공통 비용 배분 합계가 원래 금액과 일치하는지 확인했다