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. Recomendamos que você use a camada premium para cenários de produção. Embora os conjuntos de recursos sejam quase idênticos, as camadas standard e premium do Sistema de Mensagens do Barramento de Serviço foram projetadas 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 |
|---|---|---|
| Taxa de transferência | 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 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 sistemas de mensagens standard e você desejar portá-lo para a camada premium, verifique se o recurso de entidade expressa está desabilitado.
Uso do recurso 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 de mensagem.
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?
Especifique o número de unidades do sistema de mensagens ao provisionar um namespace premium do Barramento de Serviço do Azure. Essas unidades do sistema de mensagens são recursos dedicados que serão alocados para o namespace. Quando o particionamento for 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.
Comece a usar o sistema de mensagens premium
Começar a usar o sistemas de mensagens premium é simples e o processo é semelhante ao do sistema de mensagens standard. 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.
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.
- Suporte somente ao usar o protocolo AMQP (Advanced Message Queuing Protocol). Sem suporte ao usar protocolos SBMP ou HTTP, na camada premium, o tamanho máximo da mensagem para protocolos SBMP e HTTP é 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údos de mensagens de 100 MB, recomendamos manter os conteúdos da mensagem o menor possível para garantir o 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.
Em 30 de setembro de 2026, desativaremos o suporte do protocolo SBMP para o Barramento de Serviço do Azure, para que você não possa mais usar esse protocolo após 30 de setembro de 2026. 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:
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:
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
Todos os dados armazenados no subsistema de armazenamento são criptografados usando chaves gerenciadas pela Microsoft. Se você usar sua própria chave (também conhecida como 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 de chave gerenciada pelo cliente é 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 namespace da camada premium e todas as filas e tópicos nesse namespace sã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 Geo-DR (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.
O recurso Recuperação de Desastre Geográfico garante que toda a configuração de um namespace (entidades, configuração, propriedades) seja continuamente replicada de um namespace primário para um namespace secundário com o qual está emparelhado e permite iniciar uma movimentação de failover única do primário para o secundário a qualquer momento. A movimentação de failover aponta novamente o nome de alias escolhido do namespace para o namespace secundário e, em seguida, interrompe o emparelhamento. O failover é quase instantâneo depois de iniciado.
Para mais informações consulte Recuperação de desastre em área geográfica do Barramento de Serviço do Azure.
Replicação geográfica
O recurso Replicação Geográfica é uma das opções para isolar aplicativos do Barramento de Serviço do Azure contra interrupções e desastres, fornecendo replicação de metadados (entidades, configuração, propriedades) e dados (dados de mensagem e propriedades de mensagem/alterações de estado), enquanto o recurso Geo-DR descrito na seção anterior replica apenas os metadados.
O recurso de replicação geográfica garante que os metadados e os dados de um namespace sejam replicados continuamente de uma região primária para uma ou mais regiões secundárias.
- Filas, tópicos, assinaturas, filtros.
- Dados que residem nas entidades.
- Todas as alterações de estado e alterações de propriedade executadas em relação às mensagens em um namespace.
- Configuração do namespace.
Esse recurso permite promover qualquer região secundária a primária, em qualquer momento. Promover uma secundária redireciona o nome do namespace para a região secundária selecionada e alterna as funções entre a região primária e secundária. Depois de iniciada, a promoção é quase instantânea.
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.