Información sobre la facturación de Azure Front Door

Se aplica a: ✔️ Front Door Standard ✔️ Front Door Premium

Azure Front Door proporciona un amplio conjunto de características para las cargas de trabajo accesibles desde Internet. Front Door te ayuda a acelerar el rendimiento de tu aplicación, mejora tu seguridad y te proporciona herramientas para inspeccionar y modificar tu 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 te ayuda a calcular una estimación de precios según tus necesidades. 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

Este artículo explica cómo funciona la facturación para los niveles Standard y Premium 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 genera un cargo por hora. Se le factura por cada hora, o fracción de hora, durante la que su perfil está implementado. La tarifa que paga 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 tarifas adicionales por usar conjuntos de reglas administradas de WAF ni orígenes de Private Link.

Procesamiento de solicitudes y tarifas de tráfico

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

Diagrama que muestra el tráfico que va desde el cliente hasta Azure Front Door y hasta el origen.

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 una tarifa por el número de solicitudes que recibe una ubicación de Front Door Edge para tu 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 depende de la región geográfica de la ubicación perimetral de Front Door que atiende la solicitud. El precio también varía entre los niveles Standard 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 depende 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 tu servidor de origen procesa una solicitud, envía datos de vuelta a Front Door para que pueda devolverlos al cliente. Front Door no le factura este tráfico, incluso si el origen está en una región diferente desde la ubicación perimetral de Front Door para la solicitud.

Si tu origen está dentro de Azure, no se te cobra por la salida de datos desde el origen de Azure hasta Puerta Principal. Sin embargo, comprueba si esos servicios de Azure podrían cobrarte para procesar tus solicitudes.

Si el origen está fuera de Azure, podrían aplicarse cargos de otros proveedores de red.

Transferencia de datos desde Front Door hasta el cliente

Front Door cobra los bytes que envía desde la ubicación perimetral de Front Door de vuelta al cliente. El precio varía 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.

Al usar 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 que seleccionas es diferente de la región donde se despliega el origen, no se te cobra un extra por tráfico interregional. 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, donde envía una solicitud de 1 KB y recibe una respuesta de 100 KB:

Diagrama que muestra el tráfico que va desde el cliente hasta Azure Front Door y hasta el origen, sin almacenamiento en caché ni compresión.

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:

Diagrama que muestra el tráfico que va desde el cliente hasta Azure Front Door y hasta el origen, con almacenamiento en caché y compresión habilitados.

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é:

Diagrama que muestra el tráfico que va desde el cliente hasta Azure Front Door y que se devuelve del caché.

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é:

Diagrama que muestra el tráfico que va desde el cliente en Australia hasta Azure Front Door y hasta el origen.

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:

Diagrama que muestra el tráfico que va desde el cliente hasta Azure Front Door y hasta un origen fuera de 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 cortafuegos de la aplicación web (WAF) bloquea una solicitud, no la envía al origen. Sin embargo, Front Door cobra por la solicitud y 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:

Diagrama que muestra el tráfico que va desde el cliente hasta Azure Front Door, donde WAF bloquea la solicitud.

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

Ejemplo 7: Acciones perimetrales

Contoso crea una única acción perimetral que Azure Front Door Rulesets invoca en las regiones de Este de EE. UU., Europa y Asia.

Escenario 1: Al final del mes, se generan 1 millón de invocaciones, cada una con un tiempo de ejecución de 1 ms.

Se incrementan los siguientes medidores de facturación:

Medidor Incrementa Región de facturación
Invocaciones 1 M Mundial
Tiempo de ejecución por encima del límite 0 Mundial

Escenario 2: Al final del mes, hay un total de 50 millones de invocaciones con la siguiente distribución:

Número de invocaciones Tiempo de ejecución por invocación
10 M 1 ms
20 M 3 ms
20 M 8 ms

Se incrementan los siguientes medidores de facturación:

Medidor Incrementa Región de facturación
Invocaciones 50 millones Mundial
Tiempo de ejecución por encima del límite 20 M x (3-1) + 20 M x (8-1) = 180 M milisegundos o 180 K segundos Mundial

Contenido relacionado

  • Last updated on