ApsaraMQ for RocketMQ Enterprise Platinum Edition utiliza el método de facturación por suscripción (prepago). Cada instancia se factura con base en una combinación fija de TPS pico, topics máximos y capacidad de almacenamiento de mensajes. Este esquema reserva recursos dedicados con un acuerdo de nivel de servicio (SLA) garantizado para cargas de trabajo de producción que requieren alta confiabilidad o manejan grandes volúmenes de mensajes.
En comparación con Standard Edition, Enterprise Platinum Edition ofrece mayor disponibilidad y es compatible con el filtrado SQL basado en atributos y los pull consumers.
Elementos facturables
La tarifa de suscripción de una instancia de Enterprise Platinum Edition se determina mediante tres elementos facturables:
|
Elemento facturable |
Descripción |
|
TPS pico |
Número máximo de llamadas a la API por segundo para enviar y recibir mensajes. Para más detalles, consulte Cómo se cuentan las llamadas a la API. |
|
Topics máximos |
Número máximo de topics que se pueden crear en la instancia. |
|
Almacenamiento de mensajes |
Tamaño del espacio de almacenamiento físico exclusivo asignado a la instancia. |
Total subscription fee = Peak TPS fee + Maximum topics fee + Message storage feePara conocer los precios actuales, visite la página de compra de Enterprise Platinum Edition.
Cómo se cuentan las llamadas a la API
El TPS pico mide el número total de llamadas a la API de envío y recepción por segundo. A continuación se describen las reglas que determinan cómo se cuentan estas llamadas.
Mensajes normales frente a mensajes con funciones avanzadas
|
Tipo de mensaje |
Multiplicador |
Regla de conteo |
|
Mensaje normal |
1x |
Cada operación de envío o recepción cuenta como 1 llamada a la API, sin importar si el mensaje se consume o no. |
|
Mensaje con funciones avanzadas |
5x |
Cada operación de envío o recepción cuenta como 5 llamadas a la API. |
Los mensajes con funciones avanzadas incluyen mensajes programados, mensajes diferidos, mensajes transaccionales y mensajes ordenados. Los mensajes normales son el único tipo que no aplica el multiplicador de 5x. Para obtener más información, consulte Tipos de mensajes.
Ejemplo: Un mensaje transaccional se recibe una vez y se entrega a los consumidores dos veces. El conteo total de llamadas a la API es:
(1 receive x 5) + (2 deliveries x 5) = 15 API callsTamaño del cuerpo del mensaje
Las llamadas a la API se calculan en incrementos de 4 KB, hasta un tamaño máximo de cuerpo de mensaje de 4 MB.
|
Tamaño del mensaje |
Conteo de llamadas a la API por operación |
|
Hasta 4 KB |
1 |
|
8 KB |
2 |
|
16 KB |
4 |
|
64 KB |
16 |
Fórmula: Llamadas a la API por operación = ceil(tamaño del mensaje en KB / 4)
Ambos multiplicadores se combinan. Por ejemplo, un mensaje con funciones avanzadas de 16 KB genera (16 / 4) x 5 = 20 llamadas a la API por operación.
Consumo mediante el protocolo HTTP
Cuando se consumen mensajes mediante HTTP, el cliente consumidor consulta activamente al broker para recuperar los mensajes. Hay dos modos de sondeo disponibles:
|
Modo de sondeo |
Comportamiento |
Conteo de llamadas a la API |
|
Long polling (recomendado) |
Si no hay mensajes disponibles, la solicitud permanece abierta hasta 30 segundos, hasta que llegue un mensaje o expire el tiempo de espera. |
Mensajes devueltos: se cuentan con los multiplicadores estándar (tipo de mensaje x tamaño del mensaje). Sin mensajes devueltos: se cuenta como 1 llamada a la API. |
|
Short polling |
Si no hay mensajes disponibles, el servidor devuelve una respuesta vacía de inmediato. Después, el cliente envía otra solicitud. |
Cada solicitud cuenta como 1 llamada a la API, incluso si no se devuelven mensajes. |
El short polling puede generar una gran cantidad de solicitudes vacías cuando no hay mensajes disponibles, y cada una de ellas se factura como una llamada a la API. Use long polling para reducir costos innecesarios. Para conocer los detalles de configuración, consulte Suscribirse a mensajes.
Preguntas frecuentes
¿Cómo se facturan los mensajes transaccionales?
Los mensajes transaccionales son mensajes con funciones avanzadas. Cada operación de envío o recepción cuenta como 5 llamadas a la API. Por ejemplo, si un mensaje transaccional se recibe una vez y se entrega dos veces, el total es (1 + 2) x 5 = 15 llamadas a la API. Además, se aplica el multiplicador por tamaño del cuerpo del mensaje. Un mensaje transaccional de 16 KB que se recibe una vez y se entrega dos veces genera (1 + 2) x 5 x (16 / 4) = 60 llamadas a la API.
¿El tamaño del mensaje afecta la facturación?
Sí. Las llamadas a la API se calculan en incrementos de 4 KB. Un mensaje de 16 KB cuenta como 4 llamadas a la API por operación. Este multiplicador por tamaño se combina con el de los mensajes con funciones avanzadas.
¿Qué modo de sondeo debo usar para el consumo mediante HTTP?
Use long polling. El short polling genera solicitudes continuas incluso cuando no hay mensajes disponibles, y cada solicitud vacía se factura como una llamada a la API. En cambio, el long polling espera hasta 30 segundos por los mensajes, lo que reduce las solicitudes facturadas durante los periodos de inactividad.
Consulte también
Instance editions: Diferencias entre Enterprise Platinum Edition y Standard Edition.
Lifecycle management: Cree, actualice, reduzca, renueve o cancele la suscripción de una instancia.
Change the edition of an instance: Cambie entre Standard Edition y Enterprise Platinum Edition.
Tipos de mensajes: Descripción general de los mensajes normales, programados, diferidos, transaccionales y ordenados.