Tu plan de CloudAMQP dice $99 al mes, pero la factura dice $82.33, y el mes que viene dice $114.07, y no cambiaste nada excepto redimensionar una instancia un martes. Nada está mal. CloudAMQP no vende mensajes. Vende tiempo de instancia por segundo, factura con un mes de retraso y prorratea cada cambio de plan hasta el segundo exacto en que ocurrió. El precio de catálogo es un límite de velocidad, no una promesa. Hasta que tus libros traten la factura como una lectura de medidor en lugar de una suscripción, tus costes de infraestructura se desviarán, tus acumulaciones fallarán y tu margen bruto absorberá silenciosamente la diferencia.
Este artículo explica cómo CloudAMQP realmente mide y factura, cómo se ven las facturas realistas, por qué el broker de producción pertenece al coste de los bienes vendidos y cómo conciliar las facturas de tiempo de instancia para que cada dólar aterrice en la cuenta correcta.
Cómo mide CloudAMQP: tiempo, no mensajes
CloudAMQP es alojamiento gestionado de RabbitMQ y LavinMQ operado por 84codes. Eliges un broker, un plan y una región, y obtienes una instancia o un clúster. El modelo de facturación sigue a la instancia, no al tráfico que fluye a través de ella, que es lo opuesto a los servicios de mensajería por solicitud donde el tamaño de la carga útil determina la factura. Aquí las dos preguntas que determinan tu factura son qué tan grande fue la instancia que ejecutaste y durante cuántos segundos.
Los planes compartidos tienen cuotas, los planes dedicados tienen capacidad
Los planes compartidos multiinquilino son el único lugar donde aparecen los recuentos de mensajes. Loyal Lemming es gratuito con una cuota mensual de 2 millones de mensajes y 40 conexiones, y Elegant Ermine cuesta $19 al mes con una cuota de 20 millones de mensajes y 200 conexiones. Estos sirven para desarrollo, prototipos y proyectos de hobby. La cuota es un techo, no un medidor: no pagas por mensaje dentro de ella.
Los planes dedicados abandonan por completo el recuento de mensajes. Obtienes tu propio broker o un clúster multi-AZ de ellos, y cada plan dedicado ejecuta el mismo motor a la misma velocidad. Eliges un nivel según cuánto retiene tu sistema: conexiones, colas y mensajes almacenados. La escalera de nodo único de LavinMQ va desde Passionate Puffin a $49 al mes pasando por Playful Penguin a $99, Lively Lynx a $199 y Wild Wolverine a $499, con niveles más grandes por encima. Las formas de clúster de uno, tres y cinco nodos intercambian precio por disponibilidad. La transferencia de datos está incluida dentro de un margen de uso razonable, que la página de precios define como transferencia gratuita equivalente al 30 por ciento del gasto de tu equipo cada mes. Si lo superas, tienes 30 días para resolver el exceso antes de que empiecen a aparecer cargos de tráfico en facturas posteriores.
La consecuencia práctica: tu volumen de mensajes puede duplicarse sin mover la factura ni un céntimo, siempre que la instancia siga reteniendo las conexiones, colas y el backlog. A la inversa, actualizar a un nivel más grande porque un límite te apretó repreciará cada segundo desde ese momento, incluso si el tráfico es plano. La planificación de capacidad, no la previsión de tráfico, es la habilidad que controla esta factura.
Cada segundo cuenta, y la factura llega un mes tarde
Todos los planes se facturan por segundo. Al final de cada mes tu factura refleja el tiempo exacto que cada instancia estuvo disponible para su uso, así que una instancia creada a mitad de mes, eliminada a mitad de mes o redimensionada a mitad de mes produce un cargo prorrateado en lugar de un mes completo o nulo. Puedes cambiar de plan en cualquier momento sin tiempo de inactividad, y el autoescalado entre niveles tiene el mismo efecto: cada segmento del mes se precio al nivel que estuvo activo durante esos segundos.
El pago ocurre el mes siguiente a la entrega. La propia FAQ de CloudAMQP lo dice claramente: la facturación es prorrateada, los clientes pagan solo por el tiempo que el servicio estuvo disponible para ellos, y recibes tu primera factura al comienzo del mes siguiente en lugar de al registrarte. Ese ritmo en mora es el hecho más importante para tus libros. No hay ningún cargo al cierre contra el cual registrar, lo que significa que cada cierre de mes necesita una acumulación por tiempo de broker no facturado, y cada factura necesita un ajuste contra la estimación del mes pasado.
Otras dos mecánicas de facturación importan. Primero, el prepago: puedes prepagar de uno a varios meses por adelantado, y un prepago es válido por un año antes de expirar. Un cliente en un plan de $99 puede prepagar doce meses y saltarse los cargos mensuales durante un año, y el crédito cubre cada plan de la cuenta, así que añadir una segunda instancia lo consume más rápido. Eso es un activo prepagado con una mecha de un año, no un gasto en el momento del pago. Segundo, no hay factura anual. Debido a que los clientes cambian de plan tan a menudo, CloudAMQP no ofrece facturación anual; el crédito de prepago es el sustituto. Si tu proceso de adquisiciones exige una factura anual o órdenes de compra separadas por suscripción, planifícalo con antelación: las órdenes de compra separadas requieren cuentas separadas para que las suscripciones se facturen por separado, y las condiciones de facturación pasan por su equipo de facturación en lugar del flujo de tarjeta de autoservicio.
Las instancias de marketplace facturan a través de la plataforma, no de CloudAMQP
Si aprovisionaste a través de complementos de Heroku o los marketplaces de AWS, Azure o GCP, el gasto no aparece en una factura de CloudAMQP en absoluto. Aterriza en la factura de la plataforma, la factura mensual de Heroku o el desglose de costes de tu proveedor de nube, bajo la nomenclatura de esa plataforma. Esta es la brecha de conciliación más común para equipos que ejecutan brokers en dos lugares: la factura directa se concilia limpiamente mientras el gemelo del marketplace se esconde dentro de una factura de nube más grande, a menudo clasificada como alojamiento genérico. Decide una vez de dónde factura cada instancia, y asegúrate de que tu extracción de fin de mes cubra tanto el panel de control de CloudAMQP como cada marketplace donde podría esconderse.
Lo que esto cuesta en formas realistas
Los precios de catálogo solo tienen sentido multiplicados por segundos, así que aquí hay tres formas construidas a partir de precios publicados de nodo único.
Un proyecto paralelo ejecuta staging en el nivel gratuito Lemming y un Puffin a $49 para un pequeño servicio de producción. La línea del broker es $49 al mes, fija, y la única tarea de conciliación es confirmar que la instancia se ejecutó todo el mes.
Un equipo SaaS en crecimiento ejecuta producción en un Penguin a $99 y staging en un Ermine a $19. A mitad de mes, la profundidad de la cola fuerza una actualización: el staging a nivel Puffin se queda igual, pero producción pasa de Puffin a $49 a Penguin a $99 diez días dentro de un mes de treinta días. El tramo de producción se precio como diez días al nivel inferior más veinte días al superior, aproximadamente $16.33 más $66.00, o unos $82.33, y staging añade $19. El total de la factura aterriza cerca de $101.33 para una configuración cuyos precios de catálogo suman $118. El mes siguiente, con Penguin activo durante todo el período, la misma configuración factura los $118 completos. Cualquiera que registre el precio de catálogo ambos meses sobreestima el primer mes y no subestima nada el segundo, que es exactamente la desviación que la facturación por segundo castiga.
Un negocio más grande ejecuta un clúster de producción de tres nodos más staging y un saldo de crédito prepagado. El clúster multiplica la tarifa de nodo único, los cambios de plan durante la respuesta a incidentes añaden segmentos prorrateados, y el prepago absorbe el total sin un cargo a la tarjeta. La factura aún detalla cada instancia y cada segmento, y la reducción del crédito es el número a registrar, no el cero en el extracto de la tarjeta.
Ninguna de estas formas involucra recuentos de mensajes. Si tu modelo financiero multiplica los mensajes esperados por una tarifa por mensaje, está modelando un proveedor diferente. Modela los niveles de instancia multiplicados por los segundos esperados, y revisa la suposición de nivel siempre que el crecimiento de conexiones o colas fuerce un redimensionamiento.
Por qué el broker de producción es COGS, no gastos generales
Un broker de mensajes que transporta eventos de pedidos, envíos de trabajos y notificaciones a clientes en producción es un coste directo de entregar tu producto. Escala con el negocio, deja de importar en el momento en que nada se vende, y se sitúa naturalmente por encima de la línea de margen bruto junto con el cómputo, la base de datos, el almacenamiento y el ancho de banda de producción. La práctica del margen bruto SaaS aplica una prueba de coste directo: el gasto que existe para servir a los clientes en producción es coste de ingresos, mientras que el gasto que construye, vende o administra la empresa es gasto operativo. El SaaS clásico opera con un margen bruto del 75 al 85 por ciento sobre esta base, con negocios intensivos en infraestructura operando más bajo, y los inversores te comparan con esas bandas.
Aplica la prueba instancia por instancia, porque una cuenta de CloudAMQP normalmente contiene varias. Los brokers de producción que llevan cargas de trabajo de clientes pasan a coste de los bienes vendidos. Las instancias de staging, prueba de carga y sandbox de desarrollador fallan hacia investigación y desarrollo o gastos generales. El Ermine compartido que ejecuta tu entorno de staging no es COGS solo porque comparte una factura con el Penguin de producción. La factura los agrupa, así que sepárala cada mes por instancia, usando el desglose por instancia del panel de control. Los equipos que omiten la separación normalmente yerran en la dirección halagadora, enterrando la infraestructura en gastos generales y reportando un margen que su economía unitaria no puede defender. Una revisión de diligencia lo reclasifica en una tarde, y el margen reexpresado nunca es el más alto.
Los estándares contables respaldan esto. Bajo ASC 350-40, un acuerdo de alojamiento gestionado donde el proveedor ejecuta el software es un contrato de servicio, y las tarifas se gastan a medida que se incurren durante el período de uso. El trabajo de implementación puede tener su propio tratamiento, pero el cargo mensual por tiempo de instancia es un gasto del período, nunca un activo capitalizado. Los prepagos son la imagen espejo: efectivo que sale hoy, gasto después, así que el prepago se sitúa como un activo prepagado y se libera a gasto a medida que se consume el crédito. Registrar el prepago como gasto el día del pago sobreestima el mes del pago y subestima cada mes que el crédito cubre.
Registra el importe neto que realmente pagas. El nivel gratuito Lemming es capacidad gratuita, no ingresos, así que no hay nada que inflar. Si quieres visibilidad de lo que costaría la carga de trabajo sin él, rastréalo en tus métricas y mantén el libro mayor al coste de caja.
Cómo registrarlo para que la factura concilie
Dale al broker su propia cuenta de coste de ventas en lugar de mezclarla con gasto genérico de nube o software. Una cuenta dedicada como broker de mensajes te permite dividir el gasto de producción del mes entre los segundos-instancia del mes y ver tu coste real por unidad de capacidad, que es el número que te dice si un redimensionamiento compró margen de crecimiento o simplemente una factura más grande.
Debido a que la facturación funciona con un mes de retraso, el ritmo es acumular, luego liquidar, luego ajustar. Estima la porción del broker a partir de los niveles de instancia y segundos al cierre, separa producción de staging, y corrige contra la factura cuando llegue. Aquí hay un ciclo completo para un mes en el que producción ejecutó $82.33 tras un redimensionamiento a mitad de mes y staging añadió $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 USDCuando un prepago cubre el mes, el tramo de liquidación extrae el activo prepagado en lugar de efectivo. Registra el prepago como un activo cuando lo pagues, luego libera el consumo de cada mes:
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 USDRastrea la expiración de un año del prepago como rastreas cualquier crédito de úsalo-o-piérdelo. Un saldo que expira es una pérdida real, y merece un recordatorio de calendario, no un descubrimiento durante la limpieza del próximo año. Si mantienes tus libros en texto plano, los patrones de seguimiento de costes en la documentación se extienden naturalmente a una separación de broker por instancia.
Una trampa de clasificación: un recargo por exceso de transferencia de datos y un nivel más grande son ambos costes del broker, pero significan cosas diferentes. El cambio de nivel es capacidad planificada; el exceso es consumo no planificado más allá del margen de uso razonable. Registra ambos en la cuenta del broker, pero etiqueta o anota el exceso por separado para que el mes en que aparece se lea como una excepción en lugar de una nueva línea base.
Cinco controles que mantienen honesto el tiempo de instancia
La facturación por segundo recompensa la atención y castiga el configurar y olvidar. Estos cinco controles detectan las desviaciones comunes.
1. Concilia instancia por instancia, no factura por factura
Empareja cada línea de factura con una instancia que reconozcas, en un nivel que autorizaste, por segundos que cubran aproximadamente el mes. Una línea de una instancia que nadie posee normalmente es un broker de staging olvidado o un clúster de prueba de carga de hace tres sprints que aún factura por segundo. Elimina sin piedad; no hay recompensa por capacidad inactiva aquí.
2. Registra cada redimensionamiento con su marca de tiempo
Cada cambio de plan divide el mes en segmentos con precio. Mantén un registro de cambios ligero, incluso una nota compartida con fecha, instancia, nivel antiguo y nivel nuevo, y concilia los segmentos de la factura contra él. Sin el registro, un total combinado como $82.33 es aritmética inverificable. Con él, las cuentas cuadran en un minuto.
3. Incluye el gasto de marketplace en la misma revisión
Si alguna instancia factura a través de Heroku o un marketplace de nube, añade esas líneas a la misma revisión mensual que la factura directa. Nombra el marketplace en la narración del libro mayor para que el revisor del próximo mes no busque una línea de CloudAMQP que nunca existirá. Aquí también se esconde la facturación duplicada: una instancia migrada de marketplace a facturación directa a veces se ejecuta doble durante unos días.
4. Vigila el margen de transferencia de uso razonable antes de que facture
La transferencia de datos está incluida hasta el 30 por ciento del gasto del equipo, con una ventana de resolución de 30 días tras un exceso antes de que los recargos aparezcan en facturas posteriores. Trata el primer aviso de exceso como el control, no el recargo. Comprueba qué instancia tuvo un pico de tráfico, confirma que es crecimiento legítimo en lugar de una tormenta de reintentos o un consumidor locuaz, y resuélvelo dentro de la ventana. Un bucle de reintentos que se ramifica por todo un clúster puede convertir un mes tranquilo en un exceso de transferencia sin cambiar ningún nivel.
5. Automatiza la extracción
El panel de control lista cada factura, y la API de cliente expone las operaciones de facturación junto con la gestión de instancias, así que la extracción de fin de mes no tiene que ser un humano haciendo clic por una consola. Programa la descarga, analiza las líneas por instancia y compara contra tu registro de cambios y tu acumulación. La estimación de acumulación misma puede venir de los mismos datos: tarifas de nivel multiplicadas por segundos transcurridos, que supera adivinar a partir del total del mes pasado siempre que ocurriera un redimensionamiento a mitad de ciclo.
Lista de verificación de fin de mes para costes de broker
Cierra el bucle de la misma manera cada mes para que los números sigan siendo fiables:
- Lista cada instancia y clúster, facturados directo y por marketplace, y confirma que cada uno aún tiene un propietario y un propósito.
- Concilia cada línea de factura con una instancia, nivel y segmento de tiempo, usando tu registro de redimensionamientos para cualquier total combinado.
- Separa producción del gasto de staging y sandbox, y confirma que solo producción aterrizó en coste de los bienes vendidos.
- Ajusta la acumulación del mes pasado contra la factura liquidada y traslada la variación a la estimación del mes siguiente.
- Reduce cualquier prepago por consumo real, y comprueba el saldo restante contra su expiración de un año.
- Confirma que el uso de transferencia se mantuvo dentro del margen de uso razonable, y resuelve cualquier aviso de exceso dentro de su ventana de 30 días.
- Confirma que cada instancia creada durante el mes heredó la etiqueta de entorno correcta y aterrizó en la cuenta correcta desde el primer día.
Extrae la factura de CloudAMQP de este mes hoy y empareja cada línea con una instancia que puedas nombrar. Si cada línea mapea limpiamente, tu contabilidad de broker es honesta. Si una no lo hace, acabas de encontrar o una instancia olvidada que aún factura por segundo o un gemelo de marketplace escondido en otra factura, y cualquiera de los dos descubrimientos paga la revisión.
