Camada de mensagens premium do Barramento de Serviço

O Sistema de Mensagens do Barramento de Serviço, que inclui entidades como filas e tópicos, combina recursos corporativos de mensagens com rica semântica de assinatura para publicação na escala de nuvem. O Sistema de Mensagens do Barramento de Serviço é usado como o backbone de comunicação para muitas soluções de nuvem sofisticadas.

A camada Premium do Sistema de Mensagens do Barramento de Serviço atende às solicitações comuns dos clientes em torno da escala, do desempenho e da disponibilidade para aplicativos de missão crítica. A camada Premium é recomendada para cenários de produção. Embora os conjuntos de recursos sejam quase idênticos, essas duas camadas do Sistema de Mensagens do Barramento de Serviço foram desenvolvidas para atender a diferentes casos de uso.

Algumas diferenças de alto nível são destacadas na tabela a seguir.

Critérios Premium Standard
Ao longo de Alta taxa de transferência Taxa de transferência variável
Desempenho Desempenho previsível Latência variável
Preços Preço fixo Preço pré-pago variável
Escala Capacidade de escalar a carga de trabalho verticalmente N/D
Tamanho da mensagem Tamanho de mensagem de até 100 MB. Para obter mais informações, confira Suporte a mensagens grandes. Até 256 KB de tamanho de mensagem

O Sistema de Mensagens Premium do Barramento de Serviço fornece isolamento de recursos no nível de CPU e memória, de modo que a carga de trabalho do cliente seja executada isoladamente. Esse contêiner de recurso é chamado de unidade do sistema de mensagens. Cada namespace premium é alocado para pelo menos uma unidade do sistema de mensagens. Você pode adquirir 1, 2, 4, 8 ou 16 unidades do sistema de mensagens para cada namespace premium do barramento de serviço. Uma única carga de trabalho ou entidade pode incluir várias unidades do sistema de mensagens, e esse número pode ser alterado conforme desejado. O resultado é um desempenho previsível e repetível para sua solução baseada no Barramento de Serviço.

Esse desempenho não é apenas o mais previsível e disponível, mas é também o mais rápido. Com o Sistema de Mensagens Premium, o desempenho de pico é muito mais rápido do que com a camada Standard.

Diferenças técnicas do sistema de mensagens Premium

As seções a seguir discutem algumas diferenças entre as camadas dos sistemas de mensagens Premium e Standard.

Entidades expressas

Como o sistema de mensagens Premium é executado em um ambiente de tempo de execução totalmente isolado, os namespaces premium não oferecem suporte a entidades expressas. Uma entidade expressa mantém uma mensagem temporariamente na memória antes de gravá-la no armazenamento persistente. Se houver código em execução em mensagens padrão e você desejar portá-lo para a camada Premium, verifique se o recurso de entidade expressa está desabilitado.

Uso de recursos do Sistema de Mensagens Premium

Em geral, qualquer operação em uma entidade pode acarretar o uso de CPU e de memória. Estas são algumas das operações:

  • Operações de gerenciamento, como operações CRUD (criar, recuperar, atualizar e excluir) em filas, tópicos e assinaturas.
  • Operações de runtime (enviar e receber mensagens)
  • Operações de monitoramento e alertas

No entanto, o uso adicional de CPU e memória não é cobrado à parte. Para a camada de mensagens Premium, há um preço único por unidade do sistema de mensagens.

Acompanhamos o uso de CPU e memória e o exibimos para você pelos seguintes motivos:

  • Transparência sobre os elementos internos do sistema
  • Entendimento da capacidade dos recursos comprados.
  • Planejamento de capacidade para ajudá-lo a decidir pelo aumento ou pela redução.

Quantas unidades do sistema de mensagens são necessárias?

Ao provisionar um namespace Premium do Barramento de Serviço do Azure, deve ser especificado o número de unidades do sistema de mensagens. Essas unidades do sistema de mensagens são recursos dedicados que serão alocados para o namespace. Quando o particionamento tiver sido habilitado no namespace, as unidades do sistema de mensagens serão distribuídas igualmente entre as partições.

O número de unidades do sistema de mensagens alocadas para o namespace premium do barramento de serviço pode ser ajustado dinamicamente de forma a considerar alterações (aumento ou diminuição) em cargas de trabalho.

Há alguns fatores a serem levados em consideração ao decidir o número de unidades do sistema de mensagens na sua arquitetura:

  • Comece com 1 ou 2 unidades de mensagens alocadas para o seu namespace, ou uma unidade de mensagem por partição.
  • Estude as métricas de uso da CPU para o seu namespace nas Métricas de uso de recursos.
    • Se o uso da CPU estiver abaixo de 20%, você poderá reduzir verticalmente o número de unidades do sistema de mensagens alocadas para o namespace.
    • Se o uso da CPU estiver acima de 70%, será útil ao seu aplicativo escalar verticalmente o número de unidades do sistema de mensagens alocadas ao namespace.

Para saber como configurar um namespace do barramento de serviço para dimensionar (aumentar ou diminuir as unidades do sistema de mensagens) de forma automática, consulte Atualizar automaticamente as unidades do sistema de mensagens.

Observação

O dimensionamento dos recursos alocados para o namespace pode ser preemptivo ou reativo.

  • Preemptivo: se for esperada uma carga de trabalho adicional (graças à sazonalidade ou a tendências), é possível alocar mais unidades do sistema de mensagens ao namespace antes mesmo da chegada das cargas de trabalho.

  • Reativo: se forem identificadas cargas de trabalho adicionais ao estudar as métricas de uso de recursos, os recursos adicionais poderão ser alocados para o namespace a fim de incorporar a demanda crescente.

A cobrança para o barramento de serviço é medida por hora. No caso de expansão, você paga apenas pelos recursos adicionais para as horas em que eles forem usados.

Introdução ao sistema de mensagens Premium

A introdução ao Sistema de Mensagens Premium é simples e o processo é semelhante ao do Sistema de Mensagens Padrão. Comece pela criação de um namespace no portal do Azure. Verifique se você selecionou Premium em Tipo de preços. Clique em Exibir informações completas de preço para obter mais informações sobre cada camada.

Captura de tela que mostra a seleção da camada Premium ao criar um namespace.

Você também pode criar um Namespace Premium usando modelos do Azure Resource Manager.

Suporte a mensagens grandes

Os namespaces da camada Premium do Barramento de Serviço do Azure dão suporte para o envio de conteúdo de mensagens grandes de até 100 MB. Esse recurso é direcionado principalmente para cargas de trabalho herdadas que usaram conteúdo de mensagens maiores em outros agentes de mensagens corporativas, e estão procurando migrar diretamente para o Barramento de Serviço do Azure.

Aqui estão algumas considerações ao enviar mensagens grandes no Barramento de Serviço do Azure -

  • Com suporte somente nos namespaces da camada Premium do Barramento de Serviço do Azure.
  • Com suporte somente ao usar o protocolo AMQP. Sem suporte ao usar protocolos SBMP ou HTTP pois na camada premium, o tamanho máximo da mensagem para esses protocolos é de 1 MB.
  • Com suporte ao usar a SDK do cliente do JMS (Serviço de Mensagens Java) 2.0 e outra SDK do cliente de linguagem.
  • O envio de mensagens grandes resulta em uma taxa de transferência reduzida e maior latência.
  • Embora haja suporte para conteúdo de mensagens de 100 MB, é recomendável manter o conteúdo de mensagens o menor possível para garantir um desempenho confiável do namespace do Barramento de Serviço.
  • O tamanho máximo da mensagem é imposto somente para mensagens enviadas para a fila ou tópico. O limite de tamanho não é imposto para a operação de recebimento. Ele permite que você atualize o tamanho máximo da mensagem para uma determinada fila (ou tópico).
  • Não há suporte para o envio em lote.
  • O Service Bus Explorer não tem suporte para o envio ou recebimento de grandes mensagens.

Em 30 de setembro de 2026, desativaremos o suporte do protocolo SBMP para o Barramento de Serviço do Azure, portanto, não será mais possível usar esse protocolo após essa data. Migre para as bibliotecas mais recentes do SDK do Barramento de Serviço do Azure usando o protocolo AMQP, que oferece atualizações de segurança críticas e funcionalidades aprimoradas, antes dessa data.

Para obter mais informações, confira o anúncio de desativação do suporte.

Habilitando o suporte a mensagens grandes para uma nova fila (ou tópico)

Para habilitar o suporte a mensagens grandes, defina o tamanho máximo da mensagem ao criar uma nova fila (ou tópico), conforme mostrado na imagem a seguir:

Captura de tela que mostra como habilitar o suporte a mensagens grandes para uma fila existente.

Habilitando o suporte a mensagens grandes para uma fila existente (ou tópico)

Também poderá ativar o suporte para uma mensagem grande para filas (ou tópicos) existentes, atualizando o Tamanho máximo de mensagem na Visão geral para essa fila específica (ou tópico), conforme mostrado na imagem a seguir:

Captura de tela da página Criar fila com o suporte a mensagens grandes habilitado.

Segurança de rede

Os recursos de segurança de rede a seguir estão disponíveis apenas na camada premium. Para obter detalhes, confira Segurança de Rede.

A configuração do firewall de IP usando o portal do Azure só está disponível para os namespaces de camada premium. No entanto, você poderá configurar regras de firewall de IP para outras camadas usando modelos do Azure Resource Manager, CLI, PowerShell ou API REST. Para saber mais, confira Configurar o firewall de IP.

Criptografia de dados em repouso

O Barramento de Serviço do Azure Premium fornece criptografia de dados inativos com o SSE do Azure (Criptografia do Serviço de Armazenamento do Azure). O Barramento de Serviço Premium usa o Armazenamento do Azure para armazenar os dados. Todos os dados armazenados com o Armazenamento do Azure são criptografados usando chaves gerenciadas pela Microsoft. Se você usar a própria chave (também conhecida como chave gerenciada pelo cliente (CMD) ou chave gerenciada pelo cliente), os dados ainda serão criptografados usando a chave gerenciada pela Microsoft, mas, além disso, a chave gerenciada pela Microsoft será criptografada usando a chave gerenciada pelo cliente. Esse recurso permite que você crie, gire, desabilite e revogue o acesso a chaves gerenciadas pelo cliente que são usadas para criptografar chaves gerenciadas pela Microsoft. Habilitar o recurso CMK é um processo de configuração única em seu namespace. Para obter mais informações, consulte Criptografar dados inativos do Barramento de Serviço do Azure.

Particionamento

Há algumas diferenças entre as camada standard e premium quando se trata de particionamento.

  • Particionar está disponível na criação da identidade para todas as filas e tópicos em SKUs básico ou standard. Um namespace pode ter entidades particionadas e não particionadas. O particionamento está disponível na criação de namespaces para a camada premium, e todas as filas e tópicos nesse namespace serão particionados. Qualquer entidade particionada migrada existente anteriormente nos namespaces premium continua a funcionar como esperado.
  • Quando o particionamento está habilitado nos SKUs Básico ou Standard, o Barramento de Serviço cria 16 partições. Quando o particionamento é habilitado na camada premium, o número de partições é especificada durante a criação do namespace.

Para obter mais informações, consulte Particionamento no Barramento de Serviço.

Desastre geográfico e recuperação

O Barramento de Serviço do Azure distribui o risco de falhas catastróficas de computadores individuais ou até mesmo de racks completos em clusters que abrangem vários domínios de falha em um datacenter e implementa mecanismos de detecção de falha transparente e failover, de modo que o serviço continue a operar dentro dos níveis de serviço garantidos e, normalmente, sem interrupções perceptíveis quando essas falhas ocorrerem. Um namespace premium pode ter duas ou mais unidades do sistema de mensagens e essas unidades são distribuídas entre vários domínios de falha em um datacenter, dando suporte a um modelo de cluster do Barramento de Serviço totalmente ativo.

Para um namespace da camada premium, o risco de interrupção é ainda mais distribuído por três zonas de disponibilidade de instalações fisicamente separadas e o serviço terá reservas de capacidade suficientes para lidar instantaneamente com a perda total e catastrófica de um datacenter. O modelo de cluster do Barramento de Serviço do Azure totalmente ativo dentro de um domínio de falha, juntamente com o suporte à zona de disponibilidade, é superior a qualquer produto do agente de mensagens local em termos de resiliência contra falhas graves de hardware e até mesmo perda catastrófica de instalações de datacenter inteiras. Ainda assim, pode haver grave situações com destruição física generalizada em que até mesmo essas medidas poderão não ser suficientes para garantir a proteção.

O recurso de recuperação de desastre geográfico do Barramento de Serviço foi projetado para facilitar a recuperação de um desastre dessa magnitude e abandonar uma região do Azure com falha para sempre e sem precisar alterar as configurações do aplicativo. Abandonar uma região do Azure normalmente envolve vários serviços e esse recurso destina-se principalmente a ajudar a preservar a integridade da configuração do aplicativo composto. O recurso de recuperação de desastres em área geográfica fica globalmente disponível para a camada premium do Barramento de Serviço.

Para mais informações consulte Recuperação de desastre em área geográfica do Barramento de Serviço do Azure.

Suporte ao JMS (Java Message Service)

A camada premium dá suporte ao JMS 1.1 e ao JMS 2.0. Para obter mais informações, consulte Como usar o JMS 2.0 com o Barramento de Serviço do Microsoft Azure Premium.

A camada standard dá suporte apenas ao subconjunto JMS 1.1 focado em filas. Para obter mais informações, consulte Usar o Java Message Service 1.1 com o Barramento de Serviço do Microsoft Azure Standard.

Próximas etapas

Consulte o seguinte artigo: Atualizar automaticamente as unidades do sistema de mensagens.