Entendendo o Azure Front Door billing

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

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

O modelo de cobrança do Front Door inclui vários componentes. O Front Door cobra uma taxa de 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 cobrança coletam informações sobre o uso do Front Door. Sua fatura mensal do Azure agrega as informações de cobrança ao longo do mês e aplica os preços para determinar o valor que você precisa pagar.

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

Para obter informações de preços do Azure Front Door, confira Preços do Azure Front Door.

Taxas base

Cada perfil do Front Door incorre em uma taxa por hora. Você é cobrado por cada hora, ou fração de hora, em que seu perfil estiver implantado. A taxa que você pagará depende da camada do Front Door que você implanta.

Um único perfil do Front Door pode conter vários pontos de extremidade. Você não recebe uma cobrança extra para 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, o mecanismo de regras, proteção contra DDoS inerente do Front Door e regras personalizadas de WAF (firewall de aplicativo Web). Se você usar o Front Door Premium, também não pagará taxas extras para usar conjuntos de regras de WAF gerenciados nem origens de Link Privado.

Taxas de processamento de solicitações e de tráfego de solicitações

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

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 do Front Door para a origem
3. Transferência de dados da origem para o Front Door (não faturável)
4. Transferência de dados do Front Door para o cliente

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

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

O Front Door cobra uma taxa pelo número de solicitações recebidas por um local de borda do Front Door para o seu perfil. O Front Door identifica solicitações usando o cabeçalho Host na solicitação HTTP. Se o cabeçalho Host corresponder a um dos cabeçalhos do seu perfil do Front Door, isso conta como uma solicitação ao seu perfil.

O preço depende da região geográfica do local de borda do Front Door que atende à solicitação. O preço também varia para os níveis Standard e Premium.

Transferência de dados da borda do Front Door para a origem

O Front Door cobra pelos bytes enviados do local de borda do Front Door para o servidor de origem. O preço depende da região geográfica do local de borda do Front Door que atende à solicitação. O local da origem não afeta o preço.

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

Se a solicitação puder ser atendida do cache do local de borda do Front Door, o 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 seu servidor de origem processa uma solicitação, ele envia dados de volta para a Front Door para que possa devolver os dados ao cliente. O Front Door não cobra por esse tráfego, mesmo que a origem esteja em uma região diferente do local de borda do Front Door para a solicitação.

Se sua origem estiver dentro do Azure, você não é cobrado pela saída de dados da origem do Azure para o Front Door. No entanto, verifique se esses serviços do Azure podem cobrar para processar suas solicitações.

Se a sua origem estiver fora do Azure, você poderá incorrer em encargos de outros provedores de rede.

Transferência de dados do Front Door para o cliente

O Front Door cobra pelos bytes enviados do local de borda do Front Door de volta para o cliente. O preço varia dependendo da região geográfica do local de borda do Front Door que atende à solicitação.

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

Origens do Link Privado

Ao usar a camada Premium, o Front Door pode conectar-se à sua origem usando o Link Privado.

O Front Door Premium tem uma taxa base mais alta e uma taxa de processamento de solicitação. Você não paga a mais pelo tráfego de Link Privado 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, selecione uma região para o ponto de extremidade privado a ser usado. Um subconjunto de regiões do Azure dá suporte ao tráfego de Link Privado para o Front Door. Se a região selecionada for diferente da região onde a origem é implantada, você não cobra mais pelo tráfego entre regiões. No entanto, a latência da solicitação provavelmente será maior.

Tráfego entre regiões

Alguns dos medidores de cobrança do Front Door têm taxas diferentes dependendo do local da borda do Front Door que processa uma solicitação. Normalmente, o local de borda do Front Door que processa uma solicitação é o mais próximo do cliente, o que ajuda a reduzir a latência e maximizar o desempenho.

O Front Door cobra pelo tráfego do local da borda até a origem. O tráfego é cobrado a taxas diferentes, dependendo do local da borda do Front Door. Se a sua origem estiver em uma região diferente do Azure, você não receberá uma cobrança extra pelo tráfego entre regiões.

Cenários de exemplo

Exemplo 1: origem do Azure sem cache

A Contoso hospeda o 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 standard. Eles desabilitaram o cache.

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

Os seguintes medidores de faturamento são incrementados:

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

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

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

Os seguintes medidores de faturamento são incrementados:

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

Exemplo 3: solicitação atendida do cache

Suponha que uma segunda solicitação chegue ao mesmo local de borda do Front Door e uma resposta em cache válida esteja disponível:

Os seguintes medidores de faturamento são incrementados:

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 do cache:

Os seguintes medidores de faturamento são incrementados:

Exemplo 5: origem que não é do Azure

A Fabrikam tem um site de comércio eletrônico em outro provedor de nuvem. O site está hospedado 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:

Os seguintes medidores de faturamento são incrementados:

O provedor de nuvem externo poderá cobrar outras taxas.

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

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

Suponha que um perfil do Front Door inclua uma regra de 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:

Os seguintes medidores de faturamento são incrementados:

Exemplo 7: Ações de borda

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

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

Os seguintes medidores de faturamento são incrementados:

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

Os seguintes medidores de faturamento são incrementados:

Conteúdo relacionado

• Comparação entre Azure Front Door e CDN do Azure
• Comparação de preços entre os níveis do Azure Front Door
• Comparação de preços entre CDN do Azure e Azure Front Door