Compartir por


Descripción de la facturación de Azure Front Door

Azure Front Door proporciona un amplio conjunto de características para las cargas de trabajo accesibles desde Internet. Front Door le ayuda a acelerar el rendimiento de la aplicación, mejora la seguridad y proporciona herramientas para inspeccionar y modificar el tráfico HTTP.

El modelo de facturación de Front Door incluye varios componentes. Front Door cobra un precio base por cada perfil que implemente. También se le cobra por las solicitudes y la transferencia de datos en función del uso. Los medidores de facturación recopilan información sobre el uso de Front Door. La factura mensual de Azure agrega la información de facturación durante el mes y aplica los precios para determinar la cantidad a pagar.

En este artículo se explica cómo funcionan los precios de Front Door para que pueda comprender y predecir la factura mensual de Azure Front Door.

Para información sobre los precios de Azure Front Door, consulte Precios de Azure Front Door.

Sugerencia

La calculadora de precios de Azure le ayuda a calcular una estimación de precios para sus requisitos. Use la estimación de la calculadora de precios creada con antelación como punto de partida y personalícela para su propia solución.

Nota

En este artículo se explica cómo funciona la facturación para los planes de tarifa Premium y Estándar de Azure Front Door. Para más información sobre Azure Front Door (clásico), consulte Precios de Azure Front Door.

Precios base

Cada perfil de Front Door lleva un precio por hora. Se le factura por cada hora, u hora parcial, que se implementa el perfil. La tarifa que se cobra depende del nivel de Front Door que implemente.

Un único perfil de Front Door puede contener varios puntos de conexión. No se le factura más por cada punto de conexión.

No paga cargos adicionales para usar características como la aceleración del tráfico, el almacenamiento en caché de respuestas, la compresión de respuestas, el motor de reglas, la protección inherente contra DDoS de Front Door y las reglas personalizadas del firewall de aplicaciones web (WAF). Si usa Front Door Premium, tampoco paga cargos adicionales para usar conjuntos de reglas administradas de WAF ni orígenes de Private Link.

Solicitudes de procesamiento y honorarios de tráfico

Cada solicitud que pasa por Front Door lleva cargos de procesamiento de solicitudes y tráfico:

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

Cada parte del proceso de solicitud se factura por separado:

  1. Número de solicitudes del cliente a Front Door
  2. Transferencia de datos desde el borde de Front Door hasta el origen
  3. Transferencia de datos de origen a Front Door (no facturable)
  4. Transferencia de datos desde Front Door hasta el cliente

En las siguientes secciones se describe cada uno de estos componentes de solicitud con más detalle.

Número de solicitudes del cliente a Front Door

Front Door cobra un cargo por el número de solicitudes que se reciben en una ubicación perimetral de Front Door para su perfil. Front Door identifica las solicitudes mediante el encabezado Host de la solicitud HTTP. Si el encabezado Host coincide con uno del perfil de Front Door, cuenta como una solicitud a su perfil.

El precio es diferente en función de la región geográfica de la ubicación perimetral de Front Door que atiende la solicitud. El precio también es diferente para los planes de tarifa Estándar y Premium.

Transferencia de datos desde el borde de Front Door hasta el origen

Front Door cobra los bytes que se envían desde la ubicación perimetral de Front Door hasta el servidor de origen. El precio es diferente en función de la región geográfica de la ubicación perimetral de Front Door que atiende la solicitud. La ubicación del origen no afecta al precio.

El precio por gigabyte es menor cuando tiene mayores volúmenes de tráfico.

Si la solicitud se puede atender desde la memoria caché de la ubicación perimetral de Front Door, Front Door no envía ninguna solicitud al servidor de origen y no se le factura este componente.

Transferencia de datos de origen a Front Door

Cuando el servidor de origen procesa una solicitud, devuelve datos a Front Door para que se pueda devolver al cliente. Este tráfico no se factura por Front Door, incluso si el origen está en una región diferente a la ubicación perimetral de Front Door para la solicitud.

Si el origen está dentro de Azure, la salida de datos del origen de Azure a Front Door no se cobra. Pero debe determinar si esos servicios de Azure pueden facturarle para procesar las solicitudes.

Si el origen está fuera de Azure, puede llevar cargos de otros proveedores de red.

Transferencia de datos desde Front Door hasta el cliente

Front Door cobra los bytes que se envían desde la ubicación perimetral de Front Door de vuelta al cliente. El precio es diferente en función de la región geográfica de la ubicación perimetral de Front Door que atiende la solicitud.

Si se comprime una respuesta, Front Door solo cobra por los datos comprimidos.

Cuando se usa el nivel Premium, Front Door puede conectarse a su origen mediante Private Link.

Front Door Premium tiene un precio base y un precio de procesamiento de solicitudes más altas. No paga más por el tráfico de Private Link en comparación con el tráfico que usa el punto de conexión público de un origen.

Al configurar un origen de Private Link, seleccione una región para que la use el punto de conexión privado. Un subconjunto de regiones de Azure admite el tráfico Private Link para Front Door. Si la región en la que selecciona es diferente a la región en la que se implementa el origen, no hay ningún cargo adicional por el tráfico entre regiones. Sin embargo, es probable que la latencia de la solicitud sea mayor.

Tráfico entre regiones

Algunos de los medidores de facturación de Front Door tienen tarifas diferentes según la ubicación de la ubicación perimetral de Front Door que procese una solicitud. Normalmente, la ubicación perimetral de Front Door que procesa una solicitud es la más cercana al cliente, lo que ayuda a reducir la latencia y maximizar el rendimiento.

Front Door cobra por el tráfico desde la ubicación perimetral hasta el origen. El tráfico se cobra según la ubicación de la ubicación perimetral de Front Door. Si el origen está en otra región de Azure, no se le factura más por el tráfico interregional.

Escenarios de ejemplo

Ejemplo 1: origen de Azure sin almacenamiento en caché

Contoso hospeda su sitio web en Azure App Service, que se ejecuta en la región Oeste de EE. UU. Contoso implementó Front Door con el nivel estándar. Deshabilitan el almacenamiento en caché.

Supongamos que una solicitud de un cliente de California se envía al sitio web de Contoso, enviando una solicitud de 1 KB y recibiendo una respuesta de 100 KB:

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

Se incrementan los siguientes medidores de facturación:

Medidor Incrementa Región de facturación
Número de solicitudes del cliente a Front Door 1 Norteamérica
Transferencia de datos desde el borde de Front Door hasta el origen 1 KB Norteamérica
Transferencia de datos desde Front Door hasta el cliente 100 KB Norteamérica

Azure App Service podría cobrar otros honorarios.

Ejemplo 2: origen de Azure con compresión habilitada

Supongamos que Contoso actualiza su configuración de Front Door para habilitar la compresión de contenido. Ahora, la misma respuesta que en el ejemplo 1 podría comprimirse hasta 30 KB:

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

Se incrementan los siguientes medidores de facturación:

Medidor Incrementa Región de facturación
Número de solicitudes del cliente a Front Door 1 Norteamérica
Transferencia de datos desde el borde de Front Door hasta el origen 1 KB Norteamérica
Transferencia de datos desde Front Door hasta el cliente 30 KB Norteamérica

Azure App Service podría cobrar otros honorarios.

Ejemplo 3: solicitud atendida desde la memoria caché

Supongamos que una segunda solicitud llega a la misma ubicación perimetral de Front Door y hay disponible una respuesta válida almacenada en caché:

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

Se incrementan los siguientes medidores de facturación:

Medidor Incrementa Región de facturación
Número de solicitudes del cliente a Front Door 1 Norteamérica
Transferencia de datos desde el borde de Front Door hasta el origen none cuando se atiende la solicitud desde el caché
Transferencia de datos desde Front Door hasta el cliente 30 KB Norteamérica

Ejemplo 4: tráfico entre regiones

Supongamos que una solicitud al sitio web de Contoso procede de un cliente en Australia y que no se puede atender desde el caché:

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

Se incrementan los siguientes medidores de facturación:

Medidor Incrementa Región de facturación
Número de solicitudes del cliente a Front Door 1 Australia
Transferencia de datos desde el borde de Front Door hasta el origen 1 KB Australia
Transferencia de datos desde Front Door hasta el cliente 30 KB Australia

Ejemplo 5: origen que no es de Azure

Fabrikam ejecuta un sitio de comercio electrónico en otro proveedor de nube. Este sitio se hospeda en Europa. Configuraron Azure Front Door para atender el tráfico sin almacenamiento en caché ni compresión.

Supongamos que una solicitud de un cliente se envía al sitio web de Fabrikam desde un cliente de Nueva York. El cliente envía una solicitud de 2 KB y recibe una respuesta de 350 KB:

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

Se incrementan los siguientes medidores de facturación:

Medidor Incrementa Región de facturación
Número de solicitudes del cliente a Front Door 1 Norteamérica
Transferencia de datos desde el borde de Front Door hasta el origen 2 KB Norteamérica
Transferencia de datos desde Front Door hasta el cliente 350 KB Norteamérica

El proveedor de nube externo podría cobrar otros honorarios.

Ejemplo 6: solicitud bloqueada por firewall de aplicaciones web

Cuando el firewall de aplicaciones web (WAF) bloquea una solicitud, no se envía al origen. Pero Front Door cobra la solicitud y también cobra por enviar una respuesta.

Supongamos que un perfil de Front Door incluye una regla de WAF personalizada para bloquear las solicitudes de una dirección IP específica en Sudamérica. El WAF se configura con una página de respuesta de error personalizada, que tiene un tamaño de 1 KB. Si un cliente de la dirección IP bloqueada envía una solicitud de 1 KB:

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

Se incrementan los siguientes medidores de facturación:

Medidor Incrementa Región de facturación
Número de solicitudes del cliente a Front Door 1 Sudamérica
Transferencia de datos desde el borde de Front Door hasta el origen Ninguna Sudamérica
Transferencia de datos desde Front Door hasta el cliente 1 KB Sudamérica

Pasos siguientes

Aprenda a crear un perfil de Front Door.