O ApsaraMQ for RocketMQ Enterprise Platinum Edition utiliza o modelo de faturamento por assinatura (pré-pago). Cada instância é cobrada com base em uma combinação fixa de pico de TPS, limite máximo de tópicos e capacidade de armazenamento de mensagens. Esse modelo reserva recursos dedicados com um acordo de nível de serviço (SLA) garantido para cargas de trabalho em produção que exigem alta confiabilidade ou processam grandes volumes de mensagens.
Em comparação à Standard Edition, a Enterprise Platinum Edition oferece maior disponibilidade e suporta filtragem SQL baseada em atributos, além de consumidores do tipo pull.
Itens de faturamento
A taxa de assinatura de uma instância Enterprise Platinum Edition depende de três itens faturáveis:
|
Item de faturamento |
Descrição |
|
Pico de TPS |
Quantidade máxima de chamadas de API por segundo para envio e recebimento de mensagens. Consulte Como as chamadas de API são contabilizadas para obter detalhes. |
|
Limite máximo de tópicos |
Número máximo de tópicos permitidos na instância. |
|
Armazenamento de mensagens |
Tamanho do espaço de armazenamento físico exclusivo alocado à instância. |
Total subscription fee = Peak TPS fee + Maximum topics fee + Message storage feePara consultar os preços atuais, acesse a página de compra da Enterprise Platinum Edition.
Como as chamadas de API são contabilizadas
O pico de TPS mede o total de chamadas de API de envio e recebimento por segundo. As regras a seguir determinam a forma de cálculo dessas chamadas.
Mensagens normais versus mensagens com recursos avançados
|
Tipo de mensagem |
Multiplicador |
Regra de contagem |
|
Mensagem normal |
1x |
Cada operação de envio ou recebimento conta como 1 chamada de API, independentemente do consumo da mensagem. |
|
Mensagem com recursos avançados |
5x |
Cada operação de envio ou recebimento equivale a 5 chamadas de API. |
As mensagens com recursos avançados incluem mensagens agendadas, atrasadas, transacionais e ordenadas. Somente as mensagens normais não aplicam o multiplicador de 5x. Para mais informações, consulte Tipos de mensagens.
Exemplo: Uma mensagem transacional recebida uma vez e entregue aos consumidores duas vezes gera o seguinte total de chamadas de API:
(1 receive x 5) + (2 deliveries x 5) = 15 API callsTamanho do corpo da mensagem
O sistema calcula as chamadas de API em incrementos de 4 KB, até o tamanho máximo de corpo de mensagem de 4 MB.
|
Tamanho da mensagem |
Chamadas de API por operação |
|
Até 4 KB |
1 |
|
8 KB |
2 |
|
16 KB |
4 |
|
64 KB |
16 |
Fórmula: Chamadas de API por operação = ceil(tamanho da mensagem em KB / 4)
Os multiplicadores são cumulativos. Por exemplo, uma mensagem com recursos avançados de 16 KB gera (16 / 4) x 5 = 20 chamadas de API por operação.
Consumo via protocolo HTTP
No consumo de mensagens via HTTP, o cliente consulta ativamente o broker para recuperar as mensagens. Há dois modos de polling disponíveis:
|
Modo de polling |
Comportamento |
Contagem de chamadas de API |
|
Long polling (recomendado) |
Se não houver mensagens disponíveis, a solicitação permanece aberta por até 30 segundos, aguardando a chegada de uma mensagem ou o fim do tempo de espera. |
Mensagens retornadas: contabilizadas com os multiplicadores padrão (tipo de mensagem x tamanho da mensagem). Nenhuma mensagem retornada: conta como 1 chamada de API. |
|
Short polling |
Caso não existam mensagens disponíveis, o servidor retorna imediatamente uma resposta vazia e o cliente envia uma nova solicitação. |
Cada solicitação conta como 1 chamada de API, mesmo sem mensagens retornadas. |
O short polling pode gerar um grande volume de solicitações vazias quando não há mensagens disponíveis, e cada solicitação ainda é cobrada como uma chamada de API. Utilize o long polling para evitar custos desnecessários. Para detalhes de configuração, consulte Inscrever-se em mensagens.
Perguntas frequentes
Como as mensagens transacionais são faturadas?
Mensagens transacionais são classificadas como mensagens com recursos avançados. Cada operação de envio ou recebimento corresponde a 5 chamadas de API. Por exemplo, se uma mensagem transacional for recebida uma vez e entregue duas vezes, o total será (1 + 2) x 5 = 15 chamadas de API. O multiplicador referente ao tamanho do corpo da mensagem também se aplica. Assim, uma mensagem transacional de 16 KB recebida uma vez e entregue duas vezes resulta em (1 + 2) x 5 x (16 / 4) = 60 chamadas de API.
O tamanho da mensagem influencia no faturamento?
Sim. O cálculo das chamadas de API ocorre em blocos de 4 KB. Uma mensagem de 16 KB equivale a 4 chamadas de API por operação. Esse multiplicador de tamanho acumula com o multiplicador de mensagens com recursos avançados.
Qual modo de polling devo usar para consumo via HTTP?
Prefira o long polling. O short polling gera solicitações contínuas mesmo sem mensagens disponíveis, e cada requisição vazia é cobrada como uma chamada de API válida. Já o long polling aguarda até 30 segundos pela chegada de mensagens, reduzindo o número de solicitações faturadas durante períodos ociosos.
Veja também
Edições de instância: Diferenças entre a Enterprise Platinum Edition e a Standard Edition.
Gerenciamento de ciclo de vida: Crie, atualize, faça downgrade, renove ou cancele a assinatura de uma instância.
Alterar a edição de uma instância: Alterne entre a Standard Edition e a Enterprise Platinum Edition.
Tipos de mensagens: Visão geral sobre mensagens normais, agendadas, atrasadas, transacionais e ordenadas.