Compreender a faturação do Azure Front Door

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. Você também é cobrado por solicitações e transferência de dados com base no seu uso. 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 para os seus requisitos. 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 cobrança para SKUs do Azure Front Door Standard e Premium. Para obter informações sobre o Azure Front Door (clássico), consulte Preços do Azure Front Door.

Taxas de base

Cada perfil de porta da frente incorre em uma taxa horária. Você é cobrado por cada hora, ou hora parcial, em que seu perfil é implantado. A taxa cobrada depende da camada da Porta da Frente que você implanta.

Um único perfil de porta frontal pode conter vários pontos finais. Você não é cobrado a mais por cada ponto de extremidade.

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 você usa o Front Door Premium, também não paga taxas extras para usar conjuntos de regras WAF gerenciadas ou origens de Link Privado.

Taxas de processamento e tráfego de pedidos

Cada solicitação que passa pela Front Door incorre em processamento de solicitações e taxas de tráfego:

Diagram of traffic flowing from the client to Azure Front Door and to the origin.

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

  1. Número de pedidos do cliente para a porta da frente
  2. Transferência de dados da borda da porta frontal para a origem
  3. Transferência de dados da origem para a porta da frente (não faturável)
  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 pedidos do cliente para a porta da frente

A Front Door cobra uma taxa pelo número de solicitações recebidas em um ponto de presença da Front Door para o seu perfil. Front Door identifica solicitações usando o Host cabeçalho na solicitação HTTP. Se o cabeçalho corresponder a Host um do seu perfil da Porta da frente, ele conta como uma solicitação para o seu perfil.

O preço é diferente dependendo da região geográfica do ponto de presença da porta da frente que atende ao pedido. O preço também é diferente para as SKUs 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 do ponto de presença da Front Door para o seu servidor de origem. O preço é diferente dependendo da região geográfica do ponto de presença da porta da frente 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 a porta da frente

Quando o servidor de origem processa uma solicitação, ele envia os dados de volta para a Front Door para que possam ser retornados ao cliente. Esse tráfego não é cobrado pela Front Door, mesmo que a origem esteja em uma região diferente do ponto de presença da Front Door para a solicitação.

Se a sua origem estiver dentro do Azure, a saída de dados da origem do Azure para a Front Door não será cobrada. No entanto, você deve determinar se esses serviços do Azure podem cobrar para processar suas solicitações.

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

O Front Door cobra pelos bytes que são enviados do ponto de presença da Front Door de volta para o cliente. O preço é diferente dependendo da região geográfica do ponto de presença da porta da frente que atende ao 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 em que a origem está implantada, não haverá uma cobrança 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, o ponto de presença da porta da frente que processa uma solicitação é o mais próximo do cliente, o que ajuda a reduzir a latência e maximizar o desempenho.

A Front Door cobra pelo tráfego desde o ponto de presença até à 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 implantou o Front Door com a camada padrão. 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:

Diagram of traffic flowing from the client to Azure Front Door and to the origin, without caching or compression.

Os seguintes medidores de faturamento são incrementados:

Metro Incrementado por Região de faturação
Número de pedidos do cliente para a porta da frente 5 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 sua configuração de Front Door para habilitar a compactação de conteúdo. Agora, a mesma resposta do exemplo 1 pode ser compactada até 30 KB:

Diagram of traffic flowing from the client to Azure Front Door and to the origin, with compression enabled.

Os seguintes medidores de faturamento são incrementados:

Metro Incrementado por Região de faturação
Número de pedidos do cliente para a porta da frente 5 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 uma segunda solicitação chegue ao mesmo ponto de presença da Porta da Frente e uma resposta em cache válida esteja disponível:

Diagram of traffic flowing from the client to Azure Front Door and being returned from cache.

Os seguintes medidores de faturamento são incrementados:

Metro Incrementado por Região de faturação
Número de pedidos do cliente para a porta da frente 5 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:

Diagram of traffic flowing from the client in Australia to Azure Front Door and to the origin.

Os seguintes medidores de faturamento são incrementados:

Metro Incrementado por Região de faturação
Número de pedidos do cliente para a porta da frente 5 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:

Diagram of traffic flowing from the client to Azure Front Door and to an origin outside of Azure.

Os seguintes medidores de faturamento são incrementados:

Metro Incrementado por Região de faturação
Número de pedidos do cliente para a porta da frente 5 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 uma solicitação é bloqueada pelo firewall de aplicativo Web (WAF), ela não é enviada para a origem. No entanto, a Front Door cobra o pedido, e também cobra para enviar 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:

Diagram of traffic flowing from the client to Azure Front Door, where the request gets blocked by the WAF.

Os seguintes medidores de faturamento são incrementados:

Metro Incrementado por Região de faturação
Número de pedidos do cliente para a porta da frente 5 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

Próximos passos

Saiba como criar um perfil de porta da frente.