CloudAMQP 플랜에는 월 $99라고 적혀 있는데 인보이스에는 $82.33이 찍히고, 다음 달에는 $114.07이 찍힙니다. 화요일에 인스턴스 크기를 한 번 조정한 것 외에는 아무것도 바꾸지 않았는데도 말입니다. 잘못된 것은 없습니다. CloudAMQP는 메시지를 파는 것이 아닙니다. 초 단위로 인스턴스 시간을 팔고, 한 달 후에 청구하며, 모든 플랜 변경을 그것이 일어난 정확한 초까지 일할 계산합니다. 정가표 가격은 속도 제한이지 약속이 아닙니다. 인보이스를 구독료가 아닌 계량기 판독값으로 취급하지 않는 한, 인프라 비용은 흘러가고, 발생액은 빗나가며, 매출총이익률은 그 차액을 조용히 흡수하게 됩니다.
이 글은 CloudAMQP가 실제로 어떻게 계량하고 청구하는지, 현실적인 청구서는 어떤 모습인지, 프로덕션 브로커가 왜 매출원가에 속하는지, 그리고 인스턴스 시간 인보이스를 어떻게 조정하여 모든 달러가 올바른 계정에 들어가게 하는지를 설명합니다.
CloudAMQP의 계량 방식: 메시지가 아닌 시간
CloudAMQP는 84codes가 운영하는 관리형 RabbitMQ 및 LavinMQ 호스팅입니다. 브로커, 플랜, 리전을 선택하면 인스턴스 또는 클러스터를 얻게 됩니다. 과금 모델은 인스턴스를 따르지, 그를 통과하는 트래픽을 따르지 않습니다. 이는 페이로드 크기가 청구서를 좌우하는 요청당 메시징 서비스와 정반대입니다. 여기서 인보이스를 결정하는 두 가지 질문은 얼마나 큰 인스턴스를 몇 초 동안 실행했는가입니다.
공유 플랜은 할당량이 있고, 전용 플랜은 용량이 있다
공유 멀티테넌트 플랜은 메시지 수가 나타나는 유일한 곳입니다. Loyal Lemming은 월 200만 메시지 할당량과 40개 연결로 무료이고, Elegant Ermine은 월 2000만 메시지 할당량과 200개 연결로 월 $19입니다. 이들은 개발, 프로토타입, 취미 프로젝트에 적합합니다. 할당량은 한도이지 계량기가 아닙니다. 그 안에서는 메시지당 지불하지 않습니다.
전용 플랜은 메시지 집계를 완전히 없앱니다. 자체 브로커 또는 멀티 AZ 클러스터를 얻게 되며, 모든 전용 플랜은 동일한 엔진을 동일한 속도로 실행합니다. 시스템이 감당하는 규모에 따라 티어를 선택합니다. 연결, 큐, 저장된 메시지입니다. 단일 노드 LavinMQ 사다리는 월 $49의 Passionate Puffin부터 월 $99의 Playful Penguin, 월 $199의 Lively Lynx, 월 $499의 Wild Wolverine까지 이어지며, 그 위에 더 큰 티어가 있습니다. 1개, 3개, 5개 노드 클러스터 형태는 가격과 가용성을 맞바꿉니다. 데이터 전송은 공정 사용 허용량 내에서 포함되며, 가격 페이지는 이를 매월 팀 지출의 30퍼센트에 해당하는 무료 전송으로 정의합니다. 이를 초과하면 이후 인보이스에 트래픽 요금이 나타나기 전에 30일의 해결 기간이 주어집니다.
실질적인 결과: 인스턴스가 여전히 연결, 큐, 백로그를 감당하는 한, 메시지 볼륨이 두 배가 되어도 인보이스는 1센트도 움직이지 않습니다. 반대로, 한 가지 한도에 걸려 더 큰 티어로 업그레이드하면 트래픽이 평탄하더라도 그 순간부터 매 초마다 가격이 다시 매겨집니다. 트래픽 예측이 아니라 용량 계획이 이 청구서를 통제하는 기술입니다.
매 초가 중요하며, 청구서는 한 달 늦게 도착한다
모든 플랜은 초 단위로 청구됩니다. 매월 말에 청구서는 각 인스턴스가 사용 가능했던 정확한 시간을 반영하므로, 월 중에 생성, 삭제 또는 크기 조정된 인스턴스는 전체 또는 0개월이 아닌 일할 계산된 요금을 발생시킵니다. 다운타임 없이 언제든지 플랜을 전환할 수 있으며, 티어 간 오토스케일링도 같은 효과를 냅니다. 월의 각 구간은 해당 초 동안 활성화되어 있던 티어로 가격이 매겨집니다.
결제는 제공 다음 달에 이루어집니다. CloudAMQP의 자체 FAQ는 이를 분명히 밝힙니다. 과금은 일할 계산되며, 고객은 서비스가 사용 가능했던 시간에 대해서만 지불하고, 첫 인보이스는 가입 시점이 아니라 다가오는 달 초에 받게 됩니다. 이 후불 결제 리듬이 장부에 있어 가장 중요한 단일 사실입니다. 마감 시점에 대응해 기록할 청구가 없다는 뜻이며, 매월 말 마감마다 청구되지 않은 브로커 시간에 대한 발생액이 필요하고, 모든 인보이스는 지난달 추정치에 대한 정산 조정이 필요합니다.
두 가지 청구 메커니즘이 더 중요합니다. 첫째, 선불: 1개월에서 여러 달을 미리 납부할 수 있으며, 선불 금액은 만료되기 전까지 1년간 유효합니다. 월 $99 플랜의 고객은 12개월을 선불로 내고 1년간 월 청구를 건너뛸 수 있으며, 크레딧은 계정의 모든 플랜에 적용되므로 두 번째 인스턴스를 추가하면 더 빨리 소진됩니다. 이는 결제 시점의 비용이 아니라 1년의 유효기간이 있는 선급 자산입니다. 둘째, 연간 인보이스는 없습니다. 고객이 플랜을 너무 자주 바꾸기 때문에 CloudAMQP는 연간 청구를 제공하지 않으며, 선불 크레딧이 그 대체물입니다. 조달 프로세스가 연간 인보이스나 구독별 개별 구매 주문을 요구한다면 일찍부터 계획하세요. 별도 PO는 별도 계정을 필요로 하여 구독이 별도로 청구되며, 인보이스 조건은 셀프서비스 카드 흐름이 아니라 그들의 청구 팀을 거칩니다.
마켓플레이스 인스턴스는 CloudAMQP가 아닌 플랫폼을 통해 청구된다
Heroku 애드온이나 AWS, Azure, GCP 마켓플레이스를 통해 프로비저닝한 경우, 지출은 CloudAMQP 인보이스에 전혀 나타나지 않습니다. 대신 플랫폼 청구서, 즉 Heroku의 월별 인보이스나 클라우드 제공업체의 비용 내역에 그 플랫폼의 명칭으로 들어갑니다. 이는 브로커를 두 곳에서 운영하는 팀에게 가장 흔한 조정 격차입니다. 직접 인보이스는 깔끔하게 조정되는 반면, 마켓플레이스 쌍둥이는 종종 일반 호스팅으로 분류되어 더 큰 클라우드 청구서 속에 숨어 있습니다. 각 인스턴스가 어디서 청구되는지 한 번 결정하고, 월말 추출이 CloudAMQP 제어판과 그것이 숨을 수 있는 모든 마켓플레이스를 포괄하도록 하세요.
현실적인 규모에서의 비용
정가표 가격은 초를 곱해야만 의미가 있으므로, 공개된 단일 노드 가격으로 구성한 세 가지 규모를 제시합니다.
사이드 프로젝트는 무료 Lemming 티어에 스테이징을, 월 $49의 Puffin에 소규모 프로덕션 서비스를 운영합니다. 브로커 항목은 월 $49로 고정이며, 유일한 조정 작업은 인스턴스가 한 달 내내 실행되었는지 확인하는 것입니다.
성장하는 SaaS 팀은 프로덕션을 월 $99의 Penguin에서, 스테이징을 월 $19의 Ermine에서 운영합니다. 월 중에 큐 깊이 때문에 업그레이드가 필요해집니다. Puffin 수준의 스테이징은 그대로 두지만, 30일짜리 달의 10일째에 프로덕션이 $49의 Puffin에서 $99의 Penguin으로 이동합니다. 프로덕션 부분은 낮은 티어로 10일, 높은 티어로 20일로 가격이 매겨져 대략 $16.33 더하기 $66.00, 즉 약 $82.33이며, 스테이징이 $19를 더합니다. 인보이스 총액은 정가 합계가 $118인 구성에 대해 약 $101.33이 됩니다. 다음 달에는 Penguin이 전체 기간 활성화되어 같은 구성이 전체 $118로 청구됩니다. 두 달 모두 정가로 기록하는 사람은 첫 달을 과대계상하고 둘째 달은 아무것도 과소계상하지 않는데, 이것이 바로 초당 과금이 응징하는 흐름입니다.
더 큰 규모의 사업장은 3노드 프로덕션 클러스터에 스테이징과 선불 크레딧 잔액을 운영합니다. 클러스터는 단일 노드 요율을 곱하고, 장애 대응 중 플랜 변경은 일할 계산된 구간을 추가하며, 선불금은 카드 청구 없이 총액을 흡수합니다. 인보이스는 여전히 모든 인스턴스와 모든 구간을 항목별로 나열하며, 기록해야 할 숫자는 크레딧 차감액이지 카드 명세서의 0이 아닙니다.
이 규모들 중 어느 것도 메시지 수를 포함하지 않습니다. 재무 모델이 예상 메시지에 메시지당 요율을 곱한다면, 그것은 다른 벤더를 모델링하는 것입니다. 인스턴스 티어에 예상 초를 곱하여 모델링하고, 연결이나 큐 증가로 크기 조정이 강제될 때마다 티어 가정을 재검토하세요.
프로덕션 브로커가 간접비가 아닌 COGS인 이유
프로덕션에서 주문 이벤트, 작업 디스패치, 고객 알림을 전달하는 메시지 브로커는 제품 제공의 직접 비용입니다. 비즈니스와 함께 확장되고, 아무것도 팔리지 않는 순간 중요하지 않게 되며, 프로덕션용 컴퓨트, 데이터베이스, 스토리지, 대역폭과 나란히 매출총이익선 위에 자연스럽게 위치합니다. SaaS 매출총이익률 관행은 직접 비용 테스트를 적용합니다. 프로덕션에서 고객에게 서비스하기 위해 존재하는 지출은 매출원가이고, 회사를 구축, 판매, 관리하는 지출은 운영비입니다. 전형적인 SaaS는 이 기준으로 75~85퍼센트의 매출총이익률을 보이며, 인프라 비중이 높은 사업은 더 낮게 나타나고, 투자자들은 그 밴드에 비추어 여러분을 벤치마킹합니다.
하나의 CloudAMQP 계정이 보통 여러 인스턴스를 담고 있으므로 인스턴스별로 테스트를 적용하세요. 고객 워크로드를 전달하는 프로덕션 브로커는 매출원가로 들어갑니다. 스테이징, 부하 테스트, 개발자 샌드박스 인스턴스는 연구개발 또는 일반 간접비로 떨어집니다. 스테이징 환경을 실행하는 공유 Ermine은 프로덕션 Penguin과 인보이스를 공유한다는 이유만으로 COGS가 아닙니다. 인보이스는 이들을 한데 묶으므로 제어판의 인스턴스별 내역을 사용하여 매달 인스턴스별로 분리하세요. 분리를 건너뛰는 팀은 보통 유리한 방향으로 오류를 범하여 인프라를 간접비에 묻고 단위 경제성이 방어할 수 없는 마진을 보고합니다. 실사 검토는 이것을 반나절 만에 재분류하며, 재작성된 마진은 결코 더 높은 쪽이 아닙니다.
회계 기준도 이를 뒷받침합니다. ASC 350-40에 따르면 벤더가 소프트웨어를 운영하는 관리형 호스팅 약정은 서비스 계약이며, 수수료는 사용 기간에 걸쳐 발생하는 대로 비용 처리됩니다. 구현 작업은 별도의 처리가 있을 수 있지만, 월별 인스턴스 시간 요금은 기간 비용이며 결코 자본화되는 자산이 아닙니다. 선불금은 그 거울상입니다. 오늘 현금이 나가고 나중에 비용이 되므로, 선불금은 선급 자산으로 앉아 있다가 크레딧이 소비됨에 따라 비용으로 풀립니다. 선불금을 결제일에 비용으로 기록하면 결제 월을 과대계상하고 크레딧이 커버하는 매달을 과소계상합니다.
실제로 지불하는 순액을 기록하세요. 무료 Lemming 티어는 수익이 아닌 무료 용량이므로 총액으로 계상할 것이 없습니다. 그것 없이 워크로드가 얼마나 들지 가시성을 원한다면 지표에서 추적하고 원장은 현금 원가로 유지하세요.
인보이스가 조정되도록 기록하는 방법
브로커를 일반 클라우드나 소프트웨어 지출에 섞지 말고 자체 매출원가 계정을 부여하세요. 메시지 브로커 같은 전용 계정을 두면 그 달의 프로덕션 지출을 그 달의 인스턴스-초로 나누어 용량 단위당 실제 비용을 볼 수 있으며, 이는 크기 조정이 여유 공간을 샀는지 아니면 더 큰 청구서만 샀는지를 알려주는 숫자입니다.
과금이 한 달 후에 이루어지므로 리듬은 발생, 결제, 정산입니다. 마감 시 인스턴스 티어와 초로 브로커 부분을 추정하고, 프로덕션과 스테이징을 분리하고, 인보이스가 도착하면 정정합니다. 월 중 크기 조정 후 프로덕션이 $82.33을 기록하고 스테이징이 $19.00을 더한 달의 전체 주기입니다:
2026-01-01 open Assets:Cash:Operating USD
2026-01-01 open Assets:Prepaid:CloudAMQP USD
2026-01-01 open Expenses:CostOfSales:Message-Broker USD
2026-01-01 open Expenses:Research:Staging-Infra USD
2026-01-01 open Liabilities:Accrued:CloudAMQP USD
2026-01-31 * "CloudAMQP" "January estimate, prod Puffin-to-Penguin resize plus Ermine staging"
Expenses:CostOfSales:Message-Broker 82.33 USD
Expenses:Research:Staging-Infra 19.00 USD
Liabilities:Accrued:CloudAMQP -101.33 USD
2026-02-04 * "CloudAMQP" "January invoice settles, estimate was exact"
Liabilities:Accrued:CloudAMQP 101.33 USD
Assets:Cash:Operating -101.33 USD선불금이 그 달을 커버할 때, 결제 분개는 현금 대신 선급 자산을 차감합니다. 선불금을 지불할 때 자산으로 기록한 다음, 매달 소비분을 풀어내세요:
2026-01-05 * "CloudAMQP" "Prepay 12 months Big Bunny at 99 per month"
Assets:Prepaid:CloudAMQP 1188.00 USD
Assets:Cash:Operating -1188.00 USD
2026-01-31 * "CloudAMQP" "January consumption against prepayment, prod plus staging"
Expenses:CostOfSales:Message-Broker 82.33 USD
Expenses:Research:Staging-Infra 19.00 USD
Assets:Prepaid:CloudAMQP -101.33 USD사용하지 않으면 사라지는 크레딧을 추적하듯 선불금의 1년 만료를 추적하세요. 만료되는 잔액은 실제 손실이며, 내년 정리 중에 발견하는 것이 아니라 달력 알림을 받을 자격이 있습니다. 장부를 평문으로 유지한다면 문서의 비용 추적 패턴이 인스턴스별 브로커 분리로 자연스럽게 확장됩니다.
한 가지 분류 함정: 데이터 전송 초과 할증료와 더 큰 티어는 둘 다 브로커 비용이지만 의미가 다릅니다. 티어 변경은 계획된 용량이고, 초과분은 공정 사용 허용량을 넘어선 계획되지 않은 소진입니다. 둘 다 브로커 계정에 기록하되, 초과분은 별도로 태그하거나 메모하여 그것이 나타나는 달이 새로운 기준선이 아닌 예외로 읽히게 하세요.
인스턴스 시간을 정직하게 유지하는 다섯 가지 통제
초당 과금은 주의에 보상하고 설정 후 방치는 응징합니다. 이 다섯 가지 통제가 흔한 흐름을 잡아냅니다.
1. 인보이스별이 아닌 인스턴스별로 조정하라
각 인보이스 항목을 여러분이 인식하는 인스턴스, 승인한 티어, 대략 그 달을 커버하는 초와 일치시키세요. 아무도 소유하지 않는 인스턴스의 항목은 보통 잊힌 스테이징 브로커나 세 스프린트 전의 부하 테스트 클러스터가 여전히 초 단위로 청구되고 있는 것입니다. 과감하게 삭제하세요. 여기서 유휴 용량에 대한 보상은 없습니다.
2. 모든 크기 조정을 타임스탬프와 함께 기록하라
각 플랜 변경은 달을 가격이 매겨진 구간으로 나눕니다. 날짜, 인스턴스, 이전 티어, 새 티어가 담긴 가벼운 변경 로그, 심지어 공유 메모라도 유지하고, 인보이스의 구간을 그것과 대조하여 조정하세요. 로그가 없으면 $82.33 같은 혼합 총액은 검증 불가능한 산수입니다. 로그가 있으면 계산은 1분 만에 확인됩니다.
3. 마켓플레이스 지출을 같은 검토로 끌어들여라
어떤 인스턴스가 Heroku나 클라우드 마켓플레이스를 통해 청구된다면, 그 항목들을 직접 인보이스와 같은 월별 검토에 추가하세요. 다음 달 검토자가 결코 존재하지 않을 CloudAMQP 항목을 찾아 헤매지 않도록 원장 내러티브에 마켓플레이스를 명시하세요. 이중 청구가 숨는 곳이기도 합니다. 마켓플레이스에서 직접 청구로 이전된 인스턴스가 며칠간 이중으로 실행되는 경우가 있습니다.
4. 공정 사용 전송 허용량이 청구되기 전에 주시하라
데이터 전송은 팀 지출의 30퍼센트까지 포함되며, 초과 후 할증료가 이후 인보이스에 부과되기까지 30일의 해결 기간이 있습니다. 첫 초과 통지를 할증료가 아닌 통제로 취급하세요. 어느 인스턴스의 트래픽이 급증했는지 확인하고, 재시도 폭풍이나 수다스러운 컨슈머가 아닌 정당한 성장인지 확인하고, 기간 내에 해결하세요. 클러스터 전반에 걸쳐 퍼지는 재시도 루프는 어떤 티어도 바꾸지 않고 조용한 달을 전송 초과분으로 바꿀 수 있습니다.
5. 추출을 자동화하라
제어판은 모든 인보이스를 나열하고, 고객 API는 인스턴스 관리와 함께 인보이스 작업을 노출하므로, 월말 추출이 사람이 콘솔을 클릭하는 것일 필요가 없습니다. 다운로드를 스크립트화하고, 인스턴스별 항목을 파싱하고, 변경 로그와 발생액에 대조하세요. 발생액 추정 자체도 같은 데이터에서 나올 수 있습니다. 티어 요율에 경과 초를 곱한 것으로, 주기 중간에 크기 조정이 있었을 때마다 지난달 총액에서 추측하는 것보다 낫습니다.
브로커 비용을 위한 월말 체크리스트
숫자가 신뢰할 수 있도록 매달 같은 방식으로 루프를 닫으세요:
- 직접 및 마켓플레이스 청구되는 모든 인스턴스와 클러스터를 나열하고, 각각이 여전히 소유자와 목적을 가지고 있는지 확인하세요.
- 각 인보이스 항목을 인스턴스, 티어, 시간 구간과 대조하여 조정하고, 혼합 총액에는 크기 조정 로그를 사용하세요.
- 프로덕션 지출을 스테이징 및 샌드박스 지출과 분리하고, 프로덕션만 매출원가에 들어갔는지 확인하세요.
- 지난달 발생액을 결제된 인보이스에 정산하고 그 차이를 다음 달 추정치로 이월하세요.
- 선불금이 있다면 실제 소비분만큼 차감하고, 남은 잔액을 1년 만료와 대조하여 확인하세요.
- 전송 사용량이 공정 사용 허용량 내에 머물렀는지 확인하고, 초과 통지가 있으면 30일 기간 내에 해결하세요.
- 월 중 생성된 모든 인스턴스가 올바른 환경 태그를 상속하고 첫날부터 올바른 계정에 들어갔는지 확인하세요.
오늘 이번 달 CloudAMQP 인보이스를 추출하여 각 항목을 이름을 댈 수 있는 인스턴스와 일치시키세요. 모든 항목이 깔끔하게 매핑되면 브로커 회계는 정직합니다. 하나라도 그렇지 않다면, 여전히 초 단위로 청구되는 잊힌 인스턴스나 다른 청구서에 숨어 있는 마켓플레이스 쌍둥이를 방금 발견한 것이며, 어느 discovery든 검토 비용을 정당화합니다.
