다른 예 를 하나 더 들 어 보 면 , AWS 사용 자 들 이 비용 절감 을 위해 가장 많이 사용 하 게 되 는 방법 중 하나 인 Reserved Instance 와 Savings Plans 라는 계약 방식 입니다 . 이 방식 은 간단 하 게 설명 하 면 기간 이나 사용량 을 약정 하 고 사용 함 으로써 비용 을 절감 받 는 방식 입니다 . 그런데 , 이러 한 비용 절감 계약 방식 은 개별 리소스 단위 로 계약 이 이루어지 는 것 이 아니 라 기업 이 보유 한 여러 계정 들 에게 같이 공유 되 는 방식 이 고 , 어느 부서 혹은 프로젝트 의 어떤 리소스 에 적용 이 될지 알 수 없 다는 것 입니다 . 예 를 들 어 어떤 기업 이 AWS 계정 을 A , B , C 3 개 를 가지 고 있 고 각 계정 에 여러 EC 2 와 RDS Instance 들 을 사용 하 고 있 는 상황 에서 , AWS EC 2 와 AWS RDS 에 대한 1 년 간 RI 계약 , SP 계약 을 체결 해 두 었 다고 하 면 , 어느 계정 , 어느 인 스턴스 에 RI , SP 할인 이 적용 될지 알 수 없 다는 것 입니다 . 이것 이 의미 하 는 것 은 부서 나 프로젝트 별로 원가 를 뽑 을 수 없 다는 의미 가 되 니 기업 입장 에서 는 머리 가 아파지 게 되 는 것 입니다 . 조금 다른 예 이 기 는 하지만 계단 형 요금제 가 적용 되 는 상품 의 경우 에 여러 계정 의 사용량 을 합쳐서 받 을 수 있 다면 좀 더 높 은 할인율 을 적용 받 을 수 도 있 고 , Support Plan 과 같 은 경우 에 는 여러 계정 을 통합 해서 적용 하 면 비용 이 커지 기 때문 에 필요 한 계정 에 만 선별 적 으로 적용 하 는 것 이 유리 한 방식 입니다 . 이렇 듯이 여러 CSP 서비스 에서 다수 계정 별로 복잡 하 게 생성 된 리소스 와 비용 들 이 각 부서 나 프로젝트 별로 분배 가 되 거나 합쳐질 수 있 어야 본격 적 인 클라우드 비용 관리 를 시작 할 수 있 습니다 . 이러 한 작업 을 엑 셀 수작업 에 의하 여 집계 하 고 관리 하 는 것 은 거의 불 가능 한 작업 일 뿐 아니 라 매일 매일 새로운 출시 되 고 변경 되 는 가격 정책 의 복잡 성 을 따라갈 수 없 는 한계 를 가지 고 있 습니다 .