AWS · 클라우드

AWS 운영을 맡길 때, 청구서는 누구를 거쳐 옵니까

업체를 고르는 기준으로 규모나 인원보다 먼저 봐야 하는 것은 청구가 어디를 지나오는가입니다. 지나는 경로가 곧 볼 수 있는 범위입니다.

최종 검토 2026-09-02 청구 구조업체 선정비용 투명성

이 글의 순서

한눈에 보는 답변

AWS 운영을 위탁할 때 요금이 청구되는 경로는 크게 세 가지입니다. 고객사가 AWS에 직접 결제하고 업체는 운영비만 따로 받는 형태, 업체가 AWS 요금을 대신 결제하고 고객사에 재청구하는 형태, 업체 조직 아래 계정을 두고 통합 청구서를 받는 형태입니다. 어느 형태인지에 따라 고객사가 원본 청구 내역을 볼 수 있는지, 사용량이 늘었을 때 어느 항목 때문인지 스스로 확인할 수 있는지가 달라집니다. 업체 소개 자료에는 대개 이 구분이 적혀 있지 않으므로 계약 전에 직접 물어야 합니다.

적합한 경우
AWS 운영을 외부에 맡기려 하거나 이미 맡기고 있는데 청구서를 직접 본 적이 없는 경우
주의할 경우
청구 경로와 계정 소유는 별개 문제입니다. 하나를 확인했다고 다른 하나가 정해지지 않습니다
핵심 판단 기준
AWS가 발행한 원본 청구 내역을 요청하면 받을 수 있는지, 계약서에 그 권리가 적혀 있는지 확인하십시오

AWS 운영을 맡길 업체를 고를 때 견적서에 적힌 금액부터 비교하게 됩니다. 그런데 견적서를 나란히 놓아도 비교가 잘 되지 않는 경우가 많습니다. 같은 항목이 어떤 곳에는 있고 어떤 곳에는 없으며, 어떤 곳은 AWS 요금까지 포함한 총액을 적고 어떤 곳은 운영비만 적기 때문입니다.

이 차이는 견적서를 잘못 쓴 것이 아니라 청구 구조가 다른 것입니다. 요금이 어디를 거쳐 오는가에 따라 계약의 성격과 고객사가 볼 수 있는 범위가 달라집니다. 이 글은 그 구조를 나누고, 각 구조에서 무엇이 확인되지 않는지, 계약 전에 무엇을 물어야 하는지를 정리합니다.

금액이나 할인율은 다루지 않습니다. 업체마다 다르고 시점에 따라 바뀌기 때문에, 숫자보다 어떤 질문을 해야 그 숫자를 검증할 수 있는가가 더 오래 쓰입니다.

청구가 지나오는 세 가지 경로

AWS 요금이 고객사에 도달하는 방식은 대체로 세 가지로 나뉩니다.

가. 고객사가 AWS에 직접 결제한다

고객사 명의 계정에 고객사 결제 수단이 등록돼 있고, AWS가 고객사에 직접 청구합니다. 운영 업체는 위임받은 권한으로 접근하고 운영비만 별도로 청구합니다.

  • 고객사는 AWS 콘솔에서 청구서와 사용량 내역을 그대로 봅니다.
  • 견적서의 운영비와 AWS 요금이 처음부터 분리돼 있어 비교가 단순합니다.
  • 업체를 바꿀 때 결제 관계는 건드리지 않고 권한만 정리하면 됩니다.

나. 업체가 결제하고 고객사에 재청구한다

업체가 AWS에 결제한 뒤 고객사에 다시 청구하는 형태입니다. 국내에서 원화 청구, 세금계산서 발행, 결제 수단 관리 편의를 이유로 널리 쓰입니다.

  • 고객사는 업체가 발행한 청구서를 받습니다. 그 청구서가 AWS 원본 내역을 얼마나 담고 있는지는 업체마다 다릅니다.
  • 중간에서 금액이 어떻게 계산되는지는 계약이 정합니다. 계약서에 계산 방식이 없으면 확인할 방법이 없습니다.
  • 편의가 실제로 크기 때문에 이 형태 자체가 문제인 것은 아닙니다. 확인해야 할 것은 형태가 아니라 원본 내역에 접근할 수 있는가입니다.

다. 업체 조직 아래 계정을 두고 통합 청구를 받는다

여러 고객사의 계정을 업체 조직에 모아 통합 결제를 쓰는 형태입니다. 조직 전체 사용량을 기준으로 계산되는 항목이 있어 관리 효율이 높습니다.

  • 계정이 조직 안에 있으므로 계약 종료 시 계정을 조직 밖으로 옮기는 절차가 필요합니다.
  • 조직 단위로 계산된 결과를 각 고객사에 어떻게 나누는지는 업체가 정하는 규칙입니다.
  • 이 형태에서 특히 중요한 것이 분리 절차를 계약 시점에 확인해 두는 일입니다. 옮길 일이 생겼을 때 확인하면 이미 협상 자리가 아닙니다.

각 구조에서 보이지 않는 것

세 구조는 우열이 아니라 보이는 범위가 다른 것입니다. 아래는 그 차이를 정리한 것입니다.

확인하려는 것가. 직접 결제나. 재청구다. 조직 통합
AWS 원본 청구 내역항상 본다계약에 달렸다계약에 달렸다
서비스별 사용량 추이콘솔에서 직접제공 여부를 물어야 한다제공 여부를 물어야 한다
할인·약정이 적용된 결과내 계정 기준으로 보인다계산 방식을 물어야 한다배분 규칙을 물어야 한다
계약 종료 시 절차권한 회수로 끝난다결제 관계 정리계정 이전 절차가 필요하다
운영비와 인프라비 구분처음부터 분리청구서 형식에 달렸다청구서 형식에 달렸다

표에서 「물어야 한다」가 반복되는 것이 이 글의 요지입니다. 나쁜 구조라는 뜻이 아니라, 그 항목은 구조만으로 정해지지 않으므로 계약에서 정해야 한다는 뜻입니다.

계약 전에 던질 다섯 가지 질문

업체를 고르는 자리에서 그대로 쓸 수 있는 질문입니다. 어느 업체를 고르시더라도 같은 질문이 유효합니다.

  1. AWS가 발행한 원본 청구 내역을 요청하면 받을 수 있습니까. 받을 수 있다면 그 권리가 계약서 어느 조항에 적혀 있는지도 함께 확인하십시오. 「요청하면 드립니다」는 담당자가 바뀌면 사라질 수 있습니다.
  2. 운영비와 AWS 인프라 요금이 청구서에서 나뉘어 나옵니까. 합쳐진 총액 하나만 오면 어느 쪽이 늘었는지 알 수 없고, 비용을 줄이자는 논의가 시작될 지점 자체가 없어집니다.
  3. 중간에 더해지거나 빠지는 금액이 있다면 계산 방식이 무엇입니까. 있고 없고가 문제가 아니라 문서로 정해져 있는지가 문제입니다.
  4. 계약이 끝나면 계정과 결제는 어떤 절차로 정리됩니까. 예상 소요 기간과 그 기간에 서비스가 멈추는 구간이 있는지까지 물어 두십시오.
  5. 비용이 크게 늘어난 달에 원인을 어느 수준까지 설명해 줍니까. 「확인해 드립니다」와 「서비스별 사용량 변화를 자료로 드립니다」는 다른 약속입니다.

청구 경로와 계정 소유는 별개입니다

자주 섞이는 두 가지를 나눠 두겠습니다.

  • 계정 소유는 AWS 계정이 누구 명의인가입니다.
  • 청구 경로는 그 계정의 요금이 누구를 거쳐 오는가입니다.

고객사 명의 계정인데 업체가 결제를 대행하는 조합도 있고, 업체 조직 아래 계정인데 사용량 내역은 투명하게 공유되는 조합도 있습니다. 하나를 확인했다고 다른 하나가 따라 정해지지 않으므로 두 질문을 따로 하셔야 합니다.

계정 소유와 이관 절차 자체는 AWS 운영 업체를 바꿀 때의 인수인계 체크리스트에서 더 자세히 다룹니다.

파트너 자격은 청구 구조를 말해 주지 않습니다

업체 소개에 적힌 AWS 파트너 등급이나 인증 배지는 AWS 파트너 프로그램의 심사를 통과했다는 사실을 뜻합니다. 그 자체는 확인할 가치가 있는 정보입니다.

다만 파트너 자격은 그 업체가 어떤 청구 구조를 쓰는지, 원본 내역을 공유하는지에 대해서는 아무것도 말하지 않습니다. 두 가지는 서로 다른 층위의 사실이므로 자격을 확인했더라도 위 다섯 질문은 그대로 남습니다.

이미 맡기고 있다면 지금 확인할 수 있는 것

계약을 이미 맺은 상태에서도 확인할 수 있는 것이 있습니다.

  • 최근 청구서에 서비스별 항목이 나뉘어 있는지 봅니다. 총액 한 줄이라면 그것이 현재 상태입니다.
  • AWS 콘솔에 접근 권한이 있다면 Cost and Usage Report를 직접 볼 수 있는지 확인합니다.
  • 최근 6개월 중 금액이 눈에 띄게 움직인 달이 있다면, 그 달의 원인을 지금 물어봅니다. 답변의 구체성이 곧 앞으로 받을 설명의 수준입니다.

비용이 늘어나는 원인 자체는 AWS 비용이 갑자기 늘어나는 원인에서 서비스별로 정리했습니다.

정리

  • 견적서가 비교되지 않는 이유는 대개 청구 구조가 다르기 때문입니다.
  • 구조는 세 가지로 나뉘고, 어느 것도 그 자체로 우월하지 않습니다. 갈리는 것은 무엇이 보이는가입니다.
  • 보이지 않는 항목은 구조가 아니라 계약이 정합니다. 그래서 물어야 합니다.
  • 청구 경로와 계정 소유는 다른 질문입니다. 하나로 다른 하나를 짐작하지 마십시오.

운영 위탁 계약 전반에서 무엇이 포함되고 무엇이 별도인지는 AWS MSP란 무엇이고 언제 맡기는 것이 맞는가에서 다룹니다.

참고 자료

작성 빌드업웍스 기술팀 최초 작성 2026-09-02 최종 검토 2026-09-02

자주 묻는 질문

AWS 요금을 업체가 대신 결제하면 원래 요금보다 비싸집니까?

구조상 그럴 수도 있고 아닐 수도 있으며, 확인하지 않으면 알 수 없다는 것이 핵심입니다. 업체가 AWS에 결제하고 고객사에 재청구하는 형태에서는 중간에 얼마가 더해지거나 빠지는지가 계약으로 정해집니다. 계약서에 그 계산 방식이 적혀 있지 않다면 금액의 많고 적음을 따지기 전에 그 조항부터 요청하십시오. 계산 방식이 문서로 없는 상태에서는 비교 자체가 성립하지 않습니다.

AWS 청구서를 제가 직접 볼 수 있는지 어떻게 확인합니까?

빌드업웍스는 계약 전에 최근 한 달치 원본 청구 내역을 견본으로 요청해 보시기를 권합니다. AWS가 발행한 형태 그대로인지, 서비스별 사용량과 단가가 나뉘어 있는지를 보면 됩니다. 업체가 자체 양식으로 재가공한 요약본만 제공한다면 그것이 나쁘다는 뜻은 아니지만, 원본을 요청하면 받을 수 있는지는 별도로 물어야 합니다. 이 권리가 계약서에 적혀 있는지도 함께 확인하십시오.

AWS 리셀러와 MSP는 같은 것입니까?

다른 것이고, 한 업체가 둘 다 하는 경우가 흔해서 섞여 보입니다. 리셀러는 AWS 요금을 재판매하는 역할이고 MSP는 환경을 운영하는 역할입니다. 재판매만 하고 운영은 하지 않는 업체도 있고, 운영만 맡고 결제는 고객사가 직접 하는 형태도 있습니다. 견적을 받을 때 두 역할 중 무엇을 맡는 계약인지 나눠서 확인하면 비교가 쉬워집니다.

업체를 바꾸려면 청구 구조가 문제가 됩니까?

구조에 따라 크게 달라집니다. 고객사 명의 계정에 고객사 결제 수단이 연결돼 있다면 운영 권한만 회수하고 새로 부여하면 됩니다. 반대로 업체 조직 아래에 계정이 있고 통합 청구를 받아 왔다면 계정을 조직 밖으로 옮기는 절차가 먼저이고, 그 과정에서 결제 수단 등록과 지원 플랜 재계약이 함께 필요할 수 있습니다. 옮길 계획이 없더라도 계약 시점에 이 절차를 물어 두는 편이 낫습니다.

할인이나 약정이 적용되면 그 혜택은 누구에게 갑니까?

약정 할인과 사용량 기반 할인은 계정 단위 또는 조직 단위로 적용되므로, 조직 구조에 따라 혜택이 어디에 남는지가 달라집니다. 여러 고객사 계정을 한 조직에 모아 두면 조직 전체 사용량 기준으로 할인이 계산되는 경우가 있고, 그 계산 결과를 각 고객사에 어떻게 나누는지는 업체가 정합니다. 그래서 이 항목은 금액이 아니라 배분 규칙을 물어야 합니다. 규칙이 문서로 없다면 그것 자체가 확인된 사실입니다.

비용이 갑자기 늘었을 때 원인을 스스로 찾을 수 있어야 합니까?

스스로 찾는 것까지는 필요하지 않지만, 설명을 들었을 때 그것이 맞는지 확인할 수 있는 자료에는 접근할 수 있어야 합니다. 원본 사용량 내역이 보이면 어느 서비스가 언제부터 늘었는지 대조할 수 있고, 요약본만 있으면 설명을 그대로 받아들이는 수밖에 없습니다. 이 차이는 평소에는 드러나지 않다가 금액이 크게 움직인 달에만 드러납니다.

한 팀에게, 끝까지 맡겨 보세요

개선하고 싶은 업무를 한 줄만 남겨주세요. 무엇을 어떻게 만들 수 있는지 먼저 정리해 알려드립니다.