Compreender a faturação do Azure Front Door

Aplica-se a: ✔️ Front Door Standard ✔️ Front Door Premium

O Azure Front Door fornece um conjunto avançado de recursos para suas cargas de trabalho voltadas para a Internet. O Front Door ajuda-o a acelerar o desempenho da sua aplicação, melhora a sua segurança e fornece-lhe ferramentas para inspecionar e modificar o seu tráfego HTTP.

O modelo de faturação da Front Door inclui vários componentes. A Front Door cobra uma taxa base para cada perfil implantado. Também lhe serão cobrados os pedidos e a transferência de dados consoante a sua utilização. Os medidores de faturamento coletam informações sobre o uso da porta da frente. Sua fatura mensal do Azure agrega as informações de cobrança ao longo do mês e aplica o preço para determinar o valor que você precisa pagar.

Este artigo explica como os preços do Front Door funcionam para que você possa entender e prever sua fatura mensal do Azure Front Door.

Para obter informações sobre preços do Azure Front Door, consulte Preços do Azure Front Door.

Gorjeta

A calculadora de preços do Azure ajuda-o a calcular uma estimativa de preços adequada às suas necessidades. Use a estimativa da calculadora de preços pré-criada como ponto de partida e personalize-a para sua própria solução.

Nota

Este artigo explica como funciona a faturação para os níveis Standard e Premium do Azure Front Door. Para obter informações sobre o Azure Front Door (clássico), consulte Preços do Azure Front Door.

Taxas de base

Cada perfil do Front Door tem uma tarifa horária. Você é cobrado por cada hora, ou hora parcial, em que seu perfil é implantado. A tarifa que paga depende do escalão do Front Door que implementa.

Um único perfil de porta frontal pode conter vários pontos finais. Não lhe é cobrado qualquer valor adicional por cada endpoint.

Você não paga taxas extras para usar recursos como aceleração de tráfego, cache de resposta, compactação de resposta, mecanismo de regras, proteção DDoS inerente do Front Door e regras personalizadas de firewall de aplicativos da Web (WAF). Se utilizar o Front Door Premium, também não paga taxas adicionais para usar conjuntos de regras WAF geridos ou origens do Private Link.

Taxas de processamento e tráfego de pedidos

Cada pedido que passa pelo Front Door incorre em taxas de processamento de pedidos e de tráfego:

Diagrama do tráfego que flui do cliente para o Azure Front Door e para a origem.

Cada parte do processo de solicitação é cobrada separadamente:

  1. Número de solicitações do cliente para o Front Door
  2. Transferência de dados da borda da porta frontal para a origem
  3. Transferência de dados da origem para o Front Door (não faturada)
  4. Transferência de dados da porta da frente para o cliente

As seções a seguir descrevem cada um desses componentes de solicitação com mais detalhes.

Número de solicitações do cliente para o Front Door

A Front Door cobra uma taxa pelo número de pedidos que uma localização Front Door Edge recebe para o seu perfil. Front Door identifica solicitações usando o Host cabeçalho na solicitação HTTP. Se o cabeçalho Host corresponder a um dos do seu perfil do Front Door, conta como um pedido ao seu perfil.

O preço depende da região geográfica da localização da Front Door que atende ao pedido. O preço também difere para os níveis Standard e Premium.

Transferência de dados da borda da porta frontal para a origem

O Front Door cobra pelos bytes que são enviados da localização periférica do Front Door para o seu servidor de origem. O preço depende da região geográfica da localização da Front Door que atende ao pedido. A localização da origem não afeta o preço.

O preço por gigabyte é menor quando você tem volumes maiores de tráfego.

Se a solicitação puder ser atendida a partir do cache do ponto de presença da Front Door, a Front Door não enviará nenhuma solicitação para o servidor de origem e você não será cobrado por esse componente.

Transferência de dados da origem para o Front Door

Quando o seu servidor de origem processa um pedido, envia dados de volta para a Front Door para que possa devolver os dados ao cliente. O Front Door não cobra este tráfego, mesmo que a origem esteja numa região diferente da localização de perímetro do Front Door para esse pedido.

Se a sua origem estiver no Azure, não lhe é cobrada qualquer tarifa pelo egresso de dados da origem do Azure para o Front Door. No entanto, verifique se esses serviços do Azure podem cobrar-lhe para processar os seus pedidos.

Se sua origem estiver fora do Azure, você poderá incorrer em cobranças de outros provedores de rede.

Transferência de dados da porta da frente para o cliente

A Porta Frontal cobra pelos bytes que envia da localização da borda da Porta Frontal de volta ao cliente. O preço varia consoante a região geográfica da localização da Front Door Edge que serve o pedido.

Se uma resposta for compactada, o Front Door cobrará apenas pelos dados compactados.

Quando você usa o nível Premium, o Front Door pode se conectar à sua origem usando o Private Link.

Front Door Premium tem uma taxa base mais alta e taxa de processamento de pedidos. Você não paga mais pelo tráfego do Private Link em comparação com o tráfego que usa o ponto de extremidade público de uma origem.

Ao configurar uma origem de Link Privado, você seleciona uma região para o ponto de extremidade privado usar. Um subconjunto de regiões do Azure dá suporte ao tráfego de Link Privado para Front Door. Se a região selecionada for diferente da região onde a origem está implantada, não é cobrado extra pelo tráfego entre regiões. No entanto, a latência da solicitação provavelmente é maior.

Tráfego entre regiões

Alguns dos medidores de faturamento da Porta da Frente têm taxas diferentes, dependendo da localização da borda da Porta da Frente que processa uma solicitação. Normalmente, a localização de edge do Front Door que processa um pedido é a que está mais próxima do cliente, o que ajuda a reduzir a latência e a melhorar o desempenho.

Front Door cobra pelo tráfego da localização periférica para a origem. O tráfego é cobrado a taxas diferentes, dependendo da localização da borda da porta da frente. Se sua origem estiver em uma região diferente do Azure, você não será cobrado a mais pelo tráfego entre regiões.

Cenários de exemplo

Exemplo 1: Origem do Azure sem cache

A Contoso hospeda seu site no Serviço de Aplicativo do Azure, que é executado na região Oeste dos EUA. A Contoso implementou o Front Door no escalão Standard. Eles desativaram o cache.

Suponha que uma solicitação de um cliente na Califórnia seja enviada para o site da Contoso, enviando uma solicitação de 1 KB e recebendo uma resposta de 100 KB:

Diagrama do tráfego que flui do cliente para o Azure Front Door e para a origem, sem cache ou compactação.

Os seguintes contadores de faturação incrementam:

Medidor Incrementado por Região de faturação
Número de solicitações do cliente para o Front Door 1 América do Norte
Transferência de dados da borda da porta frontal para a origem 1 KB América do Norte
Transferência de dados da porta da frente para o cliente 100 KB América do Norte

O Serviço de Aplicativo do Azure pode cobrar outras taxas.

Exemplo 2: Origem do Azure com compactação habilitada

Suponha que a Contoso atualize a sua configuração do Front Door para ativar compressão de conteúdo. Agora, a mesma resposta do exemplo 1 pode ser compactada até 30 KB:

Diagrama do tráfego que flui do cliente para o Azure Front Door e para a origem, com a compressão habilitada.

Os seguintes contadores de faturação incrementam:

Medidor Incrementado por Região de faturação
Número de solicitações do cliente para o Front Door 1 América do Norte
Transferência de dados da borda da porta frontal para a origem 1 KB América do Norte
Transferência de dados da porta da frente para o cliente 30 KB América do Norte

O Serviço de Aplicativo do Azure pode cobrar outras taxas.

Exemplo 3: Solicitação atendida a partir do cache

Suponha que um segundo pedido chegue à mesma localização de extremidade do Front Door e esteja disponível uma resposta em cache válida:

Diagrama de tráfego fluindo do cliente para o Azure Front Door e sendo retornado do cache.

Os seguintes contadores de faturação incrementam:

Medidor Incrementado por Região de faturação
Número de solicitações do cliente para o Front Door 1 América do Norte
Transferência de dados da borda da porta frontal para a origem Nenhum quando a solicitação é atendida a partir do cache
Transferência de dados da porta da frente para o cliente 30 KB América do Norte

Exemplo 4: Tráfego entre regiões

Suponha que uma solicitação para o site da Contoso venha de um cliente na Austrália e não possa ser atendida a partir do cache:

Diagrama do tráfego que flui do cliente na Austrália para o Azure Front Door e para a origem.

Os seguintes contadores de faturação incrementam:

Medidor Incrementado por Região de faturação
Número de solicitações do cliente para o Front Door 1 Austrália
Transferência de dados da borda da porta frontal para a origem 1 KB Austrália
Transferência de dados da porta da frente para o cliente 30 KB Austrália

Exemplo 5: Origem não Azure

A Fabrikam executa um site de comércio eletrônico em outro provedor de nuvem. O seu sítio está alojado na Europa. Eles configuraram o Azure Front Door para atender ao tráfego sem cache ou compactação.

Suponha que uma solicitação de um cliente seja enviada para o site da Fabrikam de um cliente em Nova York. O cliente envia uma solicitação de 2 KB e recebe uma resposta de 350 KB:

Diagrama do tráfego que flui do cliente para a Porta da Frente do Azure e para uma origem fora do Azure.

Os seguintes contadores de faturação incrementam:

Medidor Incrementado por Região de faturação
Número de solicitações do cliente para o Front Door 1 América do Norte
Transferência de dados da borda da porta frontal para a origem 2 KB América do Norte
Transferência de dados da porta da frente para o cliente 350 KB América do Norte

O provedor de nuvem externo pode cobrar outras taxas.

Exemplo 6: Solicitação bloqueada pelo firewall do aplicativo Web

Quando o firewall da aplicação web (WAF) bloqueia um pedido, não envia o pedido para a origem. No entanto, a Front Door cobra pelo pedido e pelo envio de uma resposta.

Suponha que um perfil Front Door inclua uma regra WAF personalizada para bloquear solicitações de um endereço IP específico na América do Sul. O WAF é configurado com uma página de resposta de erro personalizada, que tem 1 KB de tamanho. Se um cliente do endereço IP bloqueado enviar uma solicitação de 1 KB:

Diagrama do tráfego que flui do cliente para a Porta da Frente do Azure, onde a solicitação é bloqueada pelo WAF.

Os seguintes contadores de faturação incrementam:

Medidor Incrementado por Região de faturação
Número de solicitações do cliente para o Front Door 1 América do Sul
Transferência de dados da borda da porta frontal para a origem nenhum América do Sul
Transferência de dados da porta da frente para o cliente 1 KB América do Sul

Exemplo 7: Ações de aresta

A Contoso cria uma única ação do Edge que os conjuntos de regras do Azure Front Door invocam nas regiões do Leste dos EUA, da Europa e da Ásia.

Cenário 1: No final do mês, são geradas 1 milhão de invocações, cada uma com um tempo de execução de 1 ms.

Os seguintes contadores de faturação incrementam:

Medidor Incrementado por Região de faturação
Invocações 1 milhão Global
Tempo de execução excedente ao limite 0 Global

Cenário 2: No final do mês, existem um total de 50 milhões de invocações com a seguinte distribuição:

Número de invocações Tempo de execução por invocação
10 milhões 1 ms
20 M 3 ms
20 M 8 ms

Os seguintes contadores de faturação incrementam:

Medidor Incrementado por Região de faturação
Invocações 50 milhões Global
Tempo de execução excedente ao limite 20 M x (3-1) + 20 M x (8-1) = 180 M milissegundos ou 180 K segundos Global