Lo alojas en un solo lugar, digamos un centro de datos en Virginia. Eso funciona bien para clientes en Nueva York o Chicago, pero que hay de alguien en Tokio, en Londres o en Sydney. Cada vez que esa persona visita tu sitio, su solicitud debe cruzar océanos y continentes solo para llegar a tu servidor. Cada imagen, cada carga de página, cada llamada a la API hace el mismo largo viaje y ese retraso se suma rápidamente. De hecho, los estudios muestran que incluso un retraso de un segundo en el tiempo de carga puede costarte conversiones y alejar a visitantes frustrados. Pero aquí está el detalle. ¿Qué sucede cuando tu sitio se vuelve viral o una red de bots decide atacar? Tu único servidor en Virginia es bombardeado. Se ralentiza e incluso puede colapsar por completo. Te quedas sin un plan de respaldo. Puedes solucionar el problema de disponibilidad creando copias de tu sitio en diferentes regiones, Tokio, Londres, Sao Paulo, Israel.

Pero ahora tienes un nuevo problema. ¿Cómo envías a cada visitante a la ubicación correcta? No quieres que alguien en Japón acceda a tu servidor de U por accidente. Necesitas una forma inteligente de enrutar el tráfico. Es exactamente donde entra Azure Front Door. ¿Conoce al agente de tránsito global, lo que es Azure Front Door? Piense en Azure Front Door como un agente de tránsito global. No solo uno en un cruce, sino miles de ellos estacionados en intersecciones principales de todo el mundo. Cada vez que alguien visita tu sitio web, el agente más cercano interviene y dice Estás en Tokio. La tienda más rápida para ti está en Singapur. Déjame llevarte allí. Entonces, ¿cómo se diferencia esto de un balanceador de carga normal? La mayoría de los balanceadores de carga trabajan en la capa 4, analizando direcciones IP y puertos para enrutar el tráfico. Eso está bien para necesidades básicas.

Pero Azure Front Door funciona en la capa 7, lo que significa que entiende el tráfico HTTP y HTTPS. Puede analizar la URL que alguien escribió, revisar los encabezados de su navegador, ver qué tipo de contenido solicitan y tomar decisiones inteligentes de enrutamiento basadas en todo eso. En lugar de solo decir esta IP va a aquel servidor, Front Door puede decir esta solicitud de usuarios de EPI va a tu backend de EE. Pero esta solicitud de imágenes va a la copia caché en Tokio. Ahora, esto es lo que hace posible todo esto detrás de ese. Azure Front Door se ejecuta en la red global de Microsoft, con más de 210 puntos de presencia en más de 130 áreas metropolitanas en todo el mundo. Piensa en cada punto de presencia como una pequeña caseta de tráfico, una oficina local en cada ciudad importante que puede manejar la solicitud inicial rápidamente. Cuando un usuario visita su sitio, se conecta al puesto más cercano, en lugar de viajar hasta su servidor de origen en Virginia.

Ese puesto luego dirige su solicitud a través de la red troncal privada de Microsoft a su backend. Esto es importante porque la Internet pública es impredecible. Su tráfico podría dar una docena de saltos a través de diferentes redes, añadiendo latencia y posible pérdida de paquetes en cada uno. La red troncal de Microsoft, por otro lado, es una red privada de alta velocidad que conecta a sus centros de datos directamente. Así que una vez que su solicitud llega a ese punto de presencia más cercano, el resto del viaje ocurre en una autopista rápida y confiable. Usted obtiene tiempos de carga más rápidos, menor latencia y una mejor experiencia para los usuarios en todas partes, ya sea en Tokio, Londres o São Paulo. Todo esto sucede automáticamente sin que sus visitantes sepan siquiera que está ahí. Tres capas de resiliencia. ¿Cómo se mantiene activo AFD? Ahora, podría estar pensando, toda esta idea de un policía de tráfico global suena genial, pero ¿qué pasa si el policía mismo falla?

Si Azure Front Door es el punto de entrada único para toda su aplicación, eso es un punto único de falla bastante grande, ¿verdad? Microsoft me suena eso. Integraron tres capas de resiliencia en Front Door, por lo que casi nunca se cae. Permítame explicárselo. Primera capa, el Front End. Recuerda esos más de 200 de presencia que mencioné, que mencioné. Cada uno es un puesto de tráfico totalmente independiente. Estos POPs se encuentran en más de 130 ubicaciones metropolitanas en todo el mundo, operando dentro de centros de datos Microsoft e instalaciones de colocación de socios. Cada POP contiene múltiples racks de servidores con controladores de borde, en la parte superior que actúan como un balanceador de carga integrado. Si un servidor dentro de un POP falla, el controlador de borde redirige el tráfico a uno que funcione correctamente dentro del mismo POP. Si un POP completo se cae, ahí es donde entra en juego el direccionamiento de P&E Cast.

La solicitud de su visitante se dirige automáticamente al siguiente POP más cercano. Sin interrupciones y sin intervención manual simplemente sucede. Segunda capa, el respaldo. ¿Pero qué pasa si un POP se ve sobrepasado? Digamos que hay un pico de tráfico masivo o varios POP en una región se caen a la vez. Es posible que los POP restantes no puedan manejar la carga. Es ahí cuando entra en juego la capa de respaldo. Este es un conjunto separado de POP, decenas de ellos, no cientos, que ejecutan exactamente el mismo software y arquitectura. Estos residen solo en los centros de datos de Microsoft, no en instalaciones de socios. Cuando un POP de Frontend necesita liberar algo de tráfico, traslada solicitudes a esta capa de respaldo. Mismo almacenamiento en caché, mismo arrutamiento, mismo en seguridad. Sus visitantes nunca notan la diferencia. Simplemente reciben su contenido un poco más lento, tal vez, pero aún así lo reciben.

Tercera capa, el disco de tráfico. Este es el supervisor. Piénsalo como un centro de comando global que vigila toda la red de Front Door. Monitorea los patrones de tráfico, los niveles de carga y el estado de todos los POPs. Cuando detecta que ciertos POPs se están saturando, no espera que la capa de respaldo intervenga. Desvía el tráfico proactivamente actualizando cómo el DNS resuelve tu punto de conexión de Front Door. Puede cambiar de una IPNICAS global a una regional, moviendo a los clientes a conjuntos de POPs totalmente diferentes. Incluso puede cruzar continentes si es necesario. El escudo de tráfico es lo que hace que Front Door pareja casi mágico. Optimiza constantemente entre bastidores, ajustando rutas antes de que surjan problemas. Ahora debo mencionar algo aquí. En octubre de 2025, Azure Front Door sufrió una interrupción significativa. Un cambio de configuración omitió las validaciones de seguridad y causó problemas generalizados en Microsoft 365, Xbox Live y miles de sitios web de clientes.

Microsoft aprendió de ello. Eliminaron todo el procesamiento asíncrono de la canalización de configuración. Ahora cada ruta de código se prueba durante el despliegue. Redujeron el tiempo de reversión de 4 horas a 1 y aspiran a 10 minutos para marzo de 2026. También están introduciendo la segmentación de microcelulas para limitar cualquier impacto futuro a menos de la 1 porción de los inquilinos. El punto es que ningún sistema es perfecto, pero la arquitectura de tres capas de Front Door está diseñada para sobrevivir a interrupciones regionales, picos de tráfico e incluso algunos errores de configuración. Para mayoría de las aplicaciones eso más que es suficiente. Para sistemas verdaderamente críticos puedes colocar Azure Traffic Manager frente a Front Door como una ruta de emergencia, pero ese es un tema avanzado para otro día. ¿Cómo dirige el tráfico, el enrutamiento y los grupos de origen?

Entonces tenemos este agente de tráfico global con más de 210 puestos y tres capas de respaldo, pero ¿cómo decide realmente a dónde enviar a cada visitante? Ahí es donde entran los grupos de origen. Un grupo de origen es básicamente una colección de tus servidores. Piénsalo como tu lista de tiendas, los lugares reales donde se ejecuta tu sitio web o aplicación. Podrías tener un servidor en Norteamérica, uno en Europa y otro en Asia. Todos entran en el mismo grupo de origen. Ahora Front Door no envía tráfico a ciegas a todos ellos. Comprueba constantemente si están activos. Eso se llama sondeo de estado. Cada pocos segundos, cada pop de Front Door hace ping a tus servidores accediendo a una ruta específica. Generalmente es la raíz de tu sitio o un punto de conexión de estado dedicado como Black Health. Si un servidor no responde o lo hace con un código de error, Front Door lo marca como no saludable y deja de enviarle tráfico.

Es como un agente de tránsito verificando si una tienda está abierta antes de dejar entrar a los clientes. Pero una vez que tienes varios servidores en buen estado, la pregunta es ¿cuál debe recibir al visitante? Front Door utiliza tres factores para decidir. Prioridad, latencia y peso. Y trabajan juntos en un orden específico. Primero es la prioridad. Puedes designar un servidor como principal y otro como respaldo. Configura el principal con prioridad 1 y el de respaldo con prioridad 2. En condiciones normales todo el tráfico se dirige al principal. Así que si el principal falla, el tráfico se desplaza al red. Simple, ¿verdad? Esto es ideal para configuraciones de activo-pasivo donde deseas que una región maneje todo a menos que falle. Pero ¿qué pasa si quieres que ambos servidores estén activos? Ahí es donde entra la latencia. Si varios servidores tienen la misma prioridad, Front Door envía el tráfico al que tenga la menor latencia y a él de respuesta más rápida desde la ubicación del visitante.

Un usuario en Londres es dirigido a tu servidor europeo, mientras que uno en Tokio va al asiático. También hay un ajuste de sensibilidad de 50 milisegundos por defecto. Si dos servidores están a menos de 50 milisegundos de diferencia, Front Door los considera igual de rápidos. Eso evita cambios constantes entre servidores que son básicamente igual de rápidos. Y cuando la latencia está empatada, ahí es donde entra el peso. ¿Puedes asignar pesos para dividir el tráfico entre servidores? Digamos que quieres probar una nueva versión de tu aplicación. Podrías darle a tu servidor actual un peso de 90 y al nuevo un peso de 10. Eso significa que aproximadamente 9 de cada 10 visitantes van a la versión anterior y 1 de cada 10 a la nueva. Esto es perfecto para lanzamientos graduales, pruebas AVE o simplemente equilibrar la carga entre servidores con distintas capacidades. Aquí está lo importante. Todo esto se ve automáticamente.

Configuras el grupo de origen una vez y Front Door se encarga del resto. Sondea tus servidores, mide la latencia, respeta las prioridades y distribuye el tráfico según el peso. Y hace todo esto en el borde, antes de que la solicitud llegue siquiera a tu backend. Eso significa que tus servidores no tienen que descifrar de dónde viene el tráfico como enrutarlo. Solo entregan contenido. Seguridad en el borde, el WAF y más allá. Así que ahora hablemos de seguridad. Como Front Door se encuentra en el borde mismo de la red de Microsoft, es el lugar perfecto para detener ataques antes de que lleguen a tus servidores. Piénsalo como un puesto de seguridad en la entrada de un edificio. Cualquiera que quiera entrar tiene que pasar por ahí primero. Ese punto de control se llama Firewall de aplicaciones web o WAF y es integrado tanto en Front Door Standard como en Premium. Bloquea ataques web comunes de forma automática.

Cosas como la inyección SQL, donde un atacante intenta introducir comandos maliciosos en un campo de formulario. O cross-site scripting, donde inyectan scripts en tus páginas. O ataques de DDoC, donde intentan saturar tus servidores con tráfico. El WAF detecta todo esto en el borde y lo descarta antes de que tu origen vea nada. Más allá de las protecciones automáticas, también puedes cargar las personalizaciones. Por ejemplo, si tu sitio está destinado solo a clientes en Europa, puedes bloquear el tráfico de otras regiones por completo. O tal vez has notado un rango de IP específico que sigue sondeando tu sitio. También puedes bloquearlo. También puedes filtrar, según los encabezados de solicitud, patrones de URL o incluso navegador que alguien esté usando. El WAF te brinda un control muy específico sobre quién entra y quién no. Es donde los niveles de precios cobran importancia. Standard te ofrece reglas de WAF personalizadas donde defines qué bloquear y permitir.

Premium va más allá al añadir conjuntos de reglas administradas por la inteligencia de amenazas de Microsoft, que se actualizan constantemente según los patrones de ataques reales que Microsoft observa en toda su red. Premium también incluye protección contra bots, que bloquea automáticamente a los scrapers, ataques de relleno de credenciales y otros bots. Y añade compatibilidad con PrivateLink, que te permite conectar con tus orígenes a través de una conexión de red privada en lugar de Internet público. Eso significa que tus servidores backend pueden permanecer completamente ocultos del mundo exterior. Solo FrontDoor puede llegar a ellos. Esto es fundamental para la seguridad. Muchos ataques no se dirigen a la puerta principal. Intentan encontrar la puerta trasera. Si tu servidor de origen tiene una elección IP pública, los atacantes pueden sondearlo directamente y evitar todas tus protecciones de FrontDoor.

Con PrivateLink, eso no es posible porque el origen no tiene un punto de conexión público y solo es accesible a través de FrontDoor. Así que incluso si alguien descubre la IP de tu servidor, no podrá acceder a él. El resultado es una defensa en profundidad. Pero va a bloquear los ataques de nivel de aplicación. Las reglas personalizadas manejan tus requisitos específicos. La protección contra bots detiene las amenazas de su turno. Y PrivateLink mantiene tus orígenes invisibles. Todo esto sucede en el borde, antes de que el tráfico llegue a tu infraestructura, por lo que tus servidores se mantienen enfocados en servir contenido, no en combatir ataques. Almacenamiento en cache, haciendo las cosas aún más rápidas. Así que hemos cubierto el enrutamiento y la seguridad. Pero hay otra característica que hace que FrontDoor sea muy útil. El almacenamiento que no. Esta es la idea. Gran parte del contenido de tu sitio web no cambia muy a menudo.

Imágenes, archivos CSS, bibliotecas de JavaScript, fotos de productos, tal vez incluso algunas páginas HTML. Si cada visitante tiene que buscarlos en su servidor de origen, usted perdice a tiempo y ancho de banda porque el servidor debe procesar la misma solicitud una y otra vez, enviando los mismos bytes a través de Internet cada vez. El almacenamiento en cache soluciona esto manteniendo una copia del contenido estático en el papel metal. La próxima vez que alguien solicite el mismo archivo, el pueblo entrega al instante sin contactar jamás a su origen. Es como tener un pequeño almacén junto a cada caseta de tráfico. En lugar de enviar a cada cliente de vuelta a la fábrica principal, simplemente les entrega lo que ya está en el estándar. La diferencia en rendimiento es drástica. En lugar de un viaje de ida y vuelta a través del océano, la respuesta proviene de un servidor en la misma ciudad.

Milisegundos en lugar de segundo. Y su servidor de origen descansa porque maneja menos solicitudes y puede enfocarse en lo dinámico que realmente requiere procesamiento. Ahora bien, el almacenamiento en caché no es automático para ti. Usted controla qué se almacena y por cuánto tiempo. Front Door respeta los encabezados estándar de control de caché de su origen, como MaxH o SmaxEich, y también puede configurar reglas de caché directamente anulando los encabezados de su origen si es necesario. Cuando actualiza contenido, puede limpiar la caché y decirle a Front Door que descarte las copias antiguas y obtenga una nube. Eso es importante para lanzamientos de productos o cambios de precio, donde la nueva versión debe ser visible de inmediato. Aquí está la clave. Front Door no es solo para contenido estático. Incluso para contenido dinámico como APIs, páginas personalizadas o carritos de compra acelera la entrega, porque una vez que la solicitud llega al pop más cercano, viaja a su origen a través de la red privada de Microsoft en lugar de la Internet pública.

Esa red privada es más rápida y confiable que la web abierta. Por lo tanto, incluso las solicitudes no almacenadas en caché obtienen un pulso de vuelo. Esta es una de las diferencias clave entre Front Door y una CDN tradicional. Una CDN almacena contenido estático y eso es básicamente todo. Front Door almacena contenido estático y acelera todo lo demás. Es una oferta de dos por uno. ¿Niveles de precios? ¿Cuál elegir? Muy bien, hablemos de dinero, porque esa es la gran pregunta. ¿Cuánto cuesta esto y qué nivel debería elegir realmente? Antes de entrar en los números, sé aquí porque eso es importante. El nivel que elija no solo afecta el precio, sino que también determina la seguridad y las funciones disponibles para proteger su aplicación. Como sabe, Front Door viene en tres versiones, la ciudad antigua. Todavía funciona, pero a Microsoft recomiendan no usarla para proyectos nuevos. Gracias a que está camino a desaparecer.

No habrá nuevos recursos después de 2025 y se retirará por completo en 2027. Entonces, si está empezando desde cero, debe considerar Standard o Premium. Aquí tiene el desglose máximo. La tarifa base de Standard es de $35 dólares al mes. Premium cuesta $330 dólares al mes. Es un salto grande, pero aquí estaba interesante. Las tarifas de transferencia de datos por gigabyte son idénticas en ambos niveles. En Norteamérica y Europa, el tráfico saliente cuesta unos $8.25 centavos por gigabyte para los primeros 10 terabytes. La transferencia de borde a origen cuesta unos $2 centavos por gigabyte. Lo mismo presionamos. Entonces, ¿qué obtienes por esos $300 dólares en Ale? Funcionalidad. Premium añade reglas WAF administradas potenciadas por la inteligencia de amenazas de Microsoft. Reglas que se actualizan automáticamente según patrones de ataques reales. También obtienes protección contra bots, soporte en enlace privado para que tu origen permanezca oculto de la Internet pública y análisis de seguridad más profundo.

Standard te ofrece equilibrio de carga global, caché, aceleración dinámica y reglas WAF personalizadas. Puedes bloquear rangos de IP, países o patrones de solicitud. Simplemente los conjuntos de reglas administradas ni el ANCPU. Los cargos por solicitud también son diferentes. Standard cuesta unos $0.09 por cada $10,000 solicitudes para los primeros $250,000. Premium cuesta unos $0.15 por cada $10,000. A escala esa diferencia se acumula. Entonces, ¿cómo elegir? Esta es mi regla general. Si ejecutas un sitio web o API típico, algo que necesite rendimiento global y seguridad básica, comienza con Standard. La tarifa base de $35 dólares es asequible y las reglas WAF personalizadas manejan las amenazas más comunes. ¿Siempre puedes actualizar más tarde si tus necesidades de seguridad? Si estás en una industria regulada, salud, finanzas, gobierno o si manejas datos confidenciales de clientes, Premium vale el costo adicional.

Premium vale el costo adicional. Las reglas WAF administradas detectan amenazas que quizás no pensarías en bloque. El enlace privado mantiene tus orígenes invisibles y la protección contra bots detiene ataques automatizados que están a la tarifa. Una última cosa. Si solo sirves contenido estático y no necesitas funciones de enrutamiento o seguridad, una CDN tradicional podría ser más barata. Azure CDN de Microsoft aún existe y para la entrega puramente estática suele ser más rentable. Pero para la mayoría de las aplicaciones del mundo real, donde necesitas enrutamiento, seguridad, caché y aceleración, Front Door Standard es el punto ideal. Juntando todo, un ejemplo del mundo real. Permíteme guiarte a través de un escenario real para que puedas ver exactamente cómo todas estas piezas funcionan juntas. Imagina que diriges un sitio de comercio electrónico. Tienes servidores en tres regiones, Norteamérica, Europa y Asia.

Tus clientes están en todas partes, desde Japón hasta Brasil y Sudáfrica. Sin Front Door, un cliente en Tokio se conecta directamente a tu servidor NE. Cada imagen, página de producto y solicitud de pago tiene que cruzar al Pacífico. Eso es lento. Y si tu servidor NE, ese cliente solo verá un error. Ahora añada Front Door. El cliente en Tokio abre su sitio. Su navegador se conecta a la ubicación de Azure más cercana, llamemos la Tokio. Su ubicación verifica el estado de sus tres servidores, todos operativos. Mide la latencia. El servidor asiático responde más rápido, así que redirige la solicitud allí a través de la red troncal privada de Microsoft. La página carga en menos de un segundo en lugar de tres. Ahora, imagine que el servidor asiático se sobrecarga durante una venta flash. Los sondeos de estado Front Door detectan el aumento de la latencia. Empieza a desviar el tráfico al servidor europeo la siguiente mejor opción.

Los clientes siguen teniendo una experiencia rápida, quizá no tan rápida como con el servidor asiático, pero más rápida que ir hasta E. Toda la conmutación por error ocurre automáticamente sin que nadie toque la configuración. Mientras tanto, el WAF se ejecuta en el borde. Bloquea un intento de inyección SQL de una red de bots que analiza su formulario de par. Bloquea el tráfico de rangos de IP maliciosos conocidos. Y limita la tasa de solicitudes de una IP que está extrayendo datos de su catálogo de prod. Ninguno de estos ataques llega nunca a sus servidores de origen. Su equipo de la que ni siquiera se entera que ocurre. Y el contenido estático, imagen de productos, archivos, CSS, bibliotecas de JavaScript, eso se almacena en caché en la ubicación de Tokio. El primer visitante los carga desde el origen asiático. Segundo visitante los obtiene al instante desde la caché del borde. Los visitantes recurrentes experimentan tiempos de carga casi instantáneos porque todo lo que necesitan ya está en la ubicación de borde cerca de ellos.

Todo esto, en rotamiento más rápido, conmutación por error automática, seguridad de borde y contenido almacenado en caché, funciona en conjunto a la perfección. Sus clientes nunca saben que está ahí, solo ven un sitio rápido y confiable. Esto es lo que debe recordar. Azure Front Door actúa como un agente de tráfico global que enruta a los usuarios al servidor más rápido, armacena contenido en caché en el borde y bloquea ataques antes de que lleguen a usted. Está construido sobre tres capas de resiliencia, por lo que incluso si una región se cae, su sitio permanece activo. Para la mayoría de los proyectos, el nivel estándar a solo $35 al mes es el equilibrio ideal entre rendimiento y costo. Actualice a Premium cuando necesite seguridad avanzada o enlace privado. Empiece poco a poco con un solo origen y crezca desde ahí. Front Door crece con usted. Si su aplicación web tiene usuarios repartidos en diferentes regiones, configura un perfil de Front Door hoy mismo.

Incluso un solo servidor obtiene beneficios de aceleración global y seguridad. Suscríbase en su plataforma de podcast favorita y comparta esto con alguien que esté comenzando su viaje en la nube.