Perguntas frequentes sobre o Azure Relay

O serviço Azure Relay facilita as suas aplicações híbridas, ajudando-o a expor com mais segurança os serviços que residem numa rede empresarial empresarial à nuvem pública. Você pode expor os serviços sem abrir uma conexão de firewall e sem exigir alterações intrusivas em uma infraestrutura de rede corporativa.

Um namespace é um contêiner de escopo que você pode usar para endereçar recursos de retransmissão em seu aplicativo. Você deve criar um namespace para usar o Relay. Este é um dos primeiros passos para começar.

O serviço de Retransmissão do Service Bus anteriormente nomeado agora é chamado de Azure Relay. Pode continuar a utilizar este serviço como habitualmente. O recurso Conexões Híbridas é uma versão atualizada de um serviço que foi transplantado dos Serviços BizTalk do Azure. O WCF Relay e o Hybrid Connections continuam a ser suportados.

Preços

Esta seção responde a algumas perguntas frequentes sobre a estrutura de preços do Relay. Você também pode ver as Perguntas frequentes do Suporte do Azure para obter informações gerais sobre preços do Azure. Para obter informações completas sobre preços de retransmissão, consulte Detalhes de preços do Service Bus.

Para obter informações completas sobre preços de retransmissão, consulte a tabela Conexões híbridas e retransmissões WCF na página de detalhes de preços do Service Bus. Além dos preços indicados nessa página, você é cobrado por transferências de dados associadas para saída fora do datacenter no qual seu aplicativo está provisionado.

O WCF Relay está disponível somente em namespaces de camada Standard. Os preços e as cotas de conexão para relés não foram alterados. Isto significa que os retransmissores continuam a ser cobrados com base no número de mensagens (não operações) e nas horas de retransmissão. Para obter mais informações, consulte a tabela "Conexões híbridas e relés WCF" na página de detalhes de preços.

Em alguns casos, um único retransmissor tem muitos ouvintes conectados. Um relé é considerado aberto quando pelo menos um ouvinte de retransmissão está conectado a ele. Adicionar ouvintes a um revezamento aberto resulta em horas adicionais de retransmissão. O número de remetentes de retransmissão (clientes que invocam ou enviam mensagens para retransmissores) conectados a um relé não afeta o cálculo das horas de retransmissão.

(Isto aplica-se apenas aos relés WCF. As mensagens não são um custo para conexões híbridas.)

Em geral, as mensagens faturáveis para retransmissões são calculadas usando o mesmo método usado para entidades intermediadas (filas, tópicos e assinaturas), descrito anteriormente. No entanto, existem algumas diferenças notáveis.

O envio de uma mensagem para o Azure Relay é tratado como um envio "full through" para o ouvinte de retransmissão que recebe a mensagem. Ela não é tratada como uma operação de envio para o Azure Relay, seguida por uma entrega para o ouvinte de retransmissão. Uma invocação de serviço no estilo solicitação-resposta (de até 64 KB) contra um ouvinte de retransmissão resulta em duas mensagens faturáveis: uma mensagem faturável para a solicitação e uma mensagem faturável para a resposta (supondo que a resposta também seja de 64 KB ou menor). Isso é diferente de usar uma fila para mediar entre um cliente e um serviço. Se você usar uma fila para mediar entre um cliente e um serviço, o mesmo padrão solicitação-resposta exigirá um envio de solicitação para a fila, seguido por uma desfila/entrega da fila para o serviço. Isso é seguido por um envio de resposta para outra fila e uma desfila/entrega dessa fila para o cliente. Usando as mesmas suposições de tamanho em todo (até 64 KB), o padrão de fila mediada resulta em 4 mensagens faturáveis. Você seria cobrado pelo dobro do número de mensagens para implementar o mesmo padrão que você realiza usando a retransmissão. É claro que há benefícios em usar filas para atingir esse padrão, como durabilidade e nivelamento de carga. Estes benefícios podem justificar a despesa adicional.

Retransmissões que são abertas usando a ligação netTCPRelay WCF tratam mensagens não como mensagens individuais, mas como um fluxo de dados que fluem através do sistema. Quando você usa essa ligação, somente o remetente e o ouvinte têm visibilidade do enquadramento das mensagens individuais enviadas e recebidas. Para relés que usam a ligação netTCPRelay , todos os dados são tratados como um fluxo para calcular mensagens faturáveis. Neste caso, o Service Bus calcula a quantidade total de dados enviados ou recebidos através de cada relé individual numa base de 5 minutos. Em seguida, ele divide essa quantidade total de dados por 64 KB para determinar o número de mensagens faturáveis para essa retransmissão durante esse período de tempo.

Quotas

Por padrão, para qualquer serviço de nuvem, a Microsoft define uma cota de uso mensal agregada que é calculada em todas as assinaturas de um cliente. Entendemos que, às vezes, suas necessidades podem exceder esses limites. Você pode entrar em contato com o atendimento ao cliente a qualquer momento, para que possamos entender suas necessidades e ajustar esses limites adequadamente. Para o Service Bus, as cotas de uso agregadas são as seguintes:

• 5 mil milhões de mensagens
• 2 milhões de horas de revezamento

Embora nos reservemos o direito de desativar uma conta que exceda suas cotas mensais de uso, fornecemos notificação por e-mail e fazemos várias tentativas de entrar em contato com o cliente antes de tomar qualquer ação. Os clientes que excederem estas quotas continuam a ser responsáveis pelos encargos em excesso.

Um nome de namespace de retransmissão deve ter entre 6 e 50 caracteres de comprimento.

Para mover um namespace de uma assinatura do Azure para outra assinatura, você pode usar o portal do Azure ou usar comandos do PowerShell. Para mover um namespace para outra assinatura, o namespace já deve estar ativo. O usuário que executa os comandos deve ser um usuário Administrador nas assinaturas de origem e de destino.

Portal do Azure

Para usar o portal do Azure para migrar namespaces do Azure Relay de uma assinatura para outra, consulte Mover recursos para um novo grupo de recursos ou assinatura.

PowerShell

Para usar o PowerShell para mover um namespace de uma assinatura do Azure para outra, use a seguinte sequência de comandos. Para executar essa operação, o namespace já deve estar ativo e o usuário que executa os comandos do PowerShell deve ser um usuário Administrador nas assinaturas de origem e de destino.

# Create a new resource group in the target subscription.
Select-AzSubscription -SubscriptionId 'ffffffff-ffff-ffff-ffff-ffffffffffff'
New-AzResourceGroup -Name 'targetRG' -Location 'East US'

# Move the namespace from the source subscription to the target subscription.
Select-AzSubscription -SubscriptionId 'aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa'
$res = Find-AzResource -ResourceNameContains <NAMESPACE NAME> -ResourceType 'Microsoft.ServiceBus/namespaces'
Move-AzResource -DestinationResourceGroupName 'targetRG' -DestinationSubscriptionId 'ffffffff-ffff-ffff-ffff-ffffffffffff' -ResourceId $res.ResourceId

Para obter uma descrição das exceções comuns e das ações sugeridas que você pode tomar, consulte Exceções de retransmissão.

As Assinaturas de Acesso Compartilhado (SAS) são um mecanismo de autenticação baseado em hashes ou URIs seguros SHA-256. Para obter informações sobre como gerar suas próprias assinaturas em Node.js, PHP, Python, Java, C e C#, consulte Autenticação do Service Bus com assinaturas de acesso compartilhado.

Sim. O cliente de retransmissão faz conexões com o serviço de Retransmissão do Azure usando nomes de domínio totalmente qualificados. Os clientes podem adicionar uma entrada para *.servicebus.windows.net em firewalls que suportam a listagem de aprovação de DNS. Também é possível permitir uma lista de nomes específica usando your-namespace-name.servicebus.windows.net. Nesse caso, você também precisará permitir a lista dos gateways para seu namespace, que podem ser encontrados usando esse script do PowerShell.

Próximos passos

• Criar um espaço de nomes
• Introdução ao .NET
• Introdução ao Node