ApsaraMQ for RocketMQ:Série Serverless 5.x

Benefícios

As instâncias Serverless do ApsaraMQ for RocketMQ oferecem dimensionamento flexível de recursos e atendem às demandas em diversas fases do crescimento do negócio. Os principais benefícios incluem:

• Compatibilidade imediata com versões open source. Esse recurso permite focar nas aplicações de negócio sem preocupações com o tamanho ou a estabilidade dos recursos da instância Serverless. Assim, os desenvolvedores concentram-se no código principal do negócio, reduzindo os custos operacionais e de manutenção (O&M) da empresa.

• Dimensionamento elástico automático. As instâncias Serverless utilizam políticas de ajuste dinâmico de recursos e realizam o dimensionamento automático conforme o tráfego do serviço em tempo real. Dessa forma, as empresas não precisam estimar ou configure tipos de instância antecipadamente.

• Pagamento conforme o uso real. As taxas baseiam-se no consumo efetivo de recursos, como mensagens, recursos de tópicos, tráfego de rede e armazenamento. O faturamento é liquidado por hora conforme a utilização, implementando verdadeiramente o modelo de pagamento conforme o uso e ajudando a reduzir custos.

Capacidades de elasticidade

As capacidades de elasticidade dividem-se em elasticidade sem perdas e elasticidade adaptativa, dependendo se afetam as solicitações de envio ou recebimento de mensagens pelo cliente durante o dimensionamento:

• Elasticidade sem perdas: Durante o dimensionamento elástico, as solicitações de envio e recebimento de mensagens permanecem livres de erros e sem impacto. O limiar inicial de limitação de taxa corresponde ao limiar de elasticidade sem perdas.

• Elasticidade adaptativa: Ao ultrapassar o limiar de elasticidade sem perdas, o servidor aplica regras adicionais de elasticidade adaptativa conforme o tráfego do serviço. Durante o scale-out, o sistema limita a taxa do tráfego. Após o scale-out, o limiar de limitação de taxa aumenta.

  • O tamanho do passo de scale-out e scale-in varia conforme o tipo de instância reservada:

    • No modo de capacidade cumulativa, o tamanho do passo é de aproximadamente 25.000 TPS.

    • No modo de capacidade reservada e elástica, o tamanho do passo equivale aproximadamente ao porte do tipo de instância reservada.

  • Cada operação de scale-out leva alguns minutos. Tipos de instância reservada maiores exigem mais tempo.

  • O sistema verifica o tráfego da instância em uma janela de aproximadamente 10 minutos. Caso o tráfego diminua, ocorre uma operação de scale-in. Cada operação de scale-in reduz a capacidade em um passo.

Alocação de TPS reservado

Por padrão, o TPS reservado divide-se igualmente entre o envio e o consumo de mensagens (50% para cada). Não é possível ajustar essa proporção automaticamente. Para modifique a proporção, configure manualmente a porcentagem reservada.

Exemplo: Se o TPS reservado for 2.000 e a proporção entre envio e consumo for 50:50, o limite de TPS tanto para envio quanto para consumo de mensagens será de 1.000, respectivamente.

Capacidades da série

O cálculo do limiar de limitação de taxa de elasticidade sem perdas segue a lógica abaixo:

• Fórmula: Limiar de limitação de taxa de elasticidade sem perdas = Tipo de instância reservada + Capacidade de elasticidade sem perdas.

• Compartilhado:

  • Cumulativo: Limiar de limitação de taxa de elasticidade sem perdas = Tipo de instância reservada (0) + Capacidade de elasticidade sem perdas (50.000) = 50.000.

  • Reservado e Elástico: Limiar de limitação de taxa de elasticidade sem perdas = Tipo de instância reservada (1x) + Capacidade de elasticidade sem perdas (2x tipo de instância reservada) = Tipo de instância reservada x 3.

• Exclusivo:

  • Reservado e Elástico: Limiar de limitação de taxa de elasticidade sem perdas = Tipo de instância reservada (1x) + Capacidade de elasticidade sem perdas (0,5x tipo de instância reservada) = Tipo de instância reservada x 1,5.

Impacto do upgrade ou downgrade nos limiares de limitação de taxa

Após o upgrade ou downgrade do tipo de instância reservada, o sistema calcula o limiar de limitação de taxa da instância como: MAX(limiar atual de limitação de taxa, limiar de elasticidade sem perdas após upgrade ou downgrade). Esse valor representa o maior entre o limiar atual de limitação de taxa e o limiar de elasticidade sem perdas após a alteração.

Arquitetura da instância Serverless

As instâncias Serverless 5.x do ApsaraMQ for RocketMQ utilizam isolamento de recursos multilocatário. Isso garante que as operações de negócio entre diferentes instâncias não interfiram umas nas outras.

O ApsaraMQ for RocketMQ containeriza todos os componentes técnicos. Ao aproveitar a natureza escalável da nuvem, ele aloca de forma flexível os recursos subjacentes de computação, armazenamento e rede.

Portanto, as instâncias Serverless do ApsaraMQ for RocketMQ respondem rapidamente às mudanças na demanda de recursos de cada locatário. Elas alcançam um dimensionamento elástico contínuo no modo Serverless, atendendo de maneira flexível e precisa às necessidades do seu negócio.

Limites

Atualmente, as instâncias Serverless estão disponíveis apenas nas seguintes regiões: China (Hangzhou), China (Xangai), China (Pequim), China (Zhangjiakou), China (Shenzhen), China (Chengdu), Singapura, Alemanha (Frankfurt) e EUA (Virgínia). Outras regiões ficarão disponíveis gradualmente.

Acesso à rede

Para comunicação dentro da mesma VPC, ative o PrivateLink para instâncias Serverless. A arquitetura de rede dessas instâncias depende do PrivateLink para implementar uma comunicação segura e estável via rede privada.

Suporte a protocolos

Instâncias Serverless suportam apenas conexões via protocolo TCP. Não há suporte para acesso à API HTTP pela rede pública.

Faturamento

Para consultar as regras específicas de faturamento de instâncias Serverless, consulte Faturamento de instância Serverless.

Perguntas frequentes

O console da instância Serverless do ApsaraMQ for RocketMQ suporta o envio de mensagens ordenadas ou com atributos personalizados?

O recurso Quick Experience no console da instância Serverless atualmente suporta apenas o envio de mensagens normais. Não há suporte para definir atributos personalizados pelo usuário. Caso precise enviar mensagens ordenadas ou com atributos personalizados, utilize o SDK.

A atualização para LiteTopic (tópico leve) afeta a funcionalidade dos tópicos normais existentes?

Adicionar a tag version_capability:lite-topic não afeta a funcionalidade dos tópicos normais existentes. Tópicos leves coexistem com tópicos normais como contêineres secundários. Os tipos de tópicos existentes (mensagens normais, ordenadas e transacionais) e a lógica de consumo permanecem inalterados. A atualização adiciona apenas recursos específicos para tópicos leves, como criação dinâmica, expiração automática e consumo ordenado em fila única.

O ApsaraMQ for RocketMQ 4.x ou 5.x Serverless é mais econômico para desenvolvimento e depuração?

(Recomendado) Utilize o 5.x Serverless. O ApsaraMQ for RocketMQ 4.x Standard Edition cobra com base no uso de recursos de tópicos e chamadas de API. Já o ApsaraMQ for RocketMQ 5.x oferece faturamento conforme o uso com Serverless e TPS elástico. Armazenamento e computação são cobrados conforme o consumo real, evitando desperdício de recursos. Além disso, a arquitetura elástica adapta-se melhor a cenários com tráfego flutuante, reduzindo custos de longo prazo.

Como controlar custos ao migrar do AWS SQS para o ApsaraMQ for RocketMQ Serverless?

Para obter custos comparáveis ao AWS SQS, utilize uma instância standard. Se optar por uma instância Serverless, adapte sua aplicação para usar o SDK gRPC, utilize acesso por rede privada para evitar taxas de tráfego de Internet e mantenha o tamanho das mensagens em até 4 KB.

Quando as instâncias Serverless oferecerão suporte à visualização de dados de clientes online?

Está previsto que as instâncias Serverless do ApsaraMQ for RocketMQ concluam uma atualização unificada ainda este mês (até o dia 25) para permitir a visualização de dados de clientes online. Os usuários receberão um aviso com uma semana de antecedência antes da atualização.