Azure API Management Standard v2 suma redundancia de zona
En pocas palabras: Microsoft agregó redundancia de zona a Azure API Management Standard v2, según anunció Sreekanth Thirthala. El plan arranca en 700 dólares mensuales por unidad —contra 2.801 de Premium v2— pero solo se activa al crear una instancia nueva, no en las existentes.
Microsoft habilitó redundancia de zona en Azure API Management Standard v2, según anunció Sreekanth Thirthala. La distribución entre zonas de disponibilidad, hasta ahora exclusiva de Premium v2, arranca desde 700 dólares mensuales por unidad, aunque solo se puede activar al crear una instancia nueva, no en las que ya están corriendo.
La redundancia de zona en Azure API Management es la distribución de la capacidad de un gateway entre múltiples zonas de disponibilidad dentro de una misma región, con la plataforma gestionando el reparto de capacidad, el monitoreo de salud y la recuperación ante fallas. La idea es que una caída a nivel de datacenter no tumbe el servicio, sin pasar al tier Premium.
En este artículo:
- En 30 segundos
- ¿Cómo funciona zone redundancy en API Management Standard v2?
- ¿Cuánto cuesta Standard v2 frente a Premium v2?
- ¿Qué SLA tiene cada tier de Azure API Management?
- ¿Se puede activar zone redundancy en una instancia ya existente?
- ¿Qué garantiza realmente la redundancia de zona?
- ¿Qué funciones de Premium le faltan a Standard v2?
- ¿Qué significa esto para equipos en Latinoamérica?
- Errores comunes al evaluar zone redundancy en Standard v2
- Preguntas Frecuentes
- Conclusión
- Fuentes
En 30 segundos
- Precio: Standard v2 con zone redundancy arranca en 700 dólares por mes por unidad, contra 2.801 dólares en Premium v2.
- SLA: Standard v2 ofrece 99,95%; Premium (v2 y classic) llega a 99,99%, pero exige al menos una unidad en dos zonas o regiones distintas.
- Limitación clave: no se puede activar en una instancia ya existente, solo al crear una Standard v2 nueva.
- Mecanismo: una sola unidad ya reparte sus dos recursos de cómputo en dos zonas, sin necesidad de escalar a dos unidades.
- Lo que falta: Standard v2 no tiene multi-región, self-hosted gateway, VNET injection ni workspaces, funciones que sí trae Premium.
¿Cómo funciona zone redundancy en API Management Standard v2?
El mecanismo distribuye la capacidad del gateway entre zonas de disponibilidad de una misma región, y Microsoft se encarga de la distribución, el monitoreo de salud y la recuperación automática. Esta capacidad llegó primero a Premium v2 en su disponibilidad general de diciembre de 2025, junto con Private Link entrante y certificados CA personalizados. Lo que cambió ahora, según Thirthala, es el precio de entrada: la misma mecánica de distribución de zonas, pero en un tier más barato.
Ojo con un detalle que suele pasar desapercibido: activar zone redundancy en Standard v2 no te da el SLA de 99,99% de Premium. Te da la distribución física entre zonas, con un compromiso de disponibilidad menor. Son cosas relacionadas, pero no son lo mismo.
¿Cuánto cuesta Standard v2 frente a Premium v2?
Standard v2 arranca en 700 dólares por mes por unidad. Premium v2 cuesta 2.801 dólares y Premium classic, 2.795. La diferencia es de cuatro veces, a primera vista. Lo explicamos a fondo en la relación entre Microsoft y GitHub.
El tema es que esa comparación no es del todo justa. Si el SLA de 99,99% de Premium exige desplegar al menos una unidad en dos zonas o regiones distintas (según la nota al pie de Microsoft citada en el anuncio), el número equivalente sube a unos 5.600 dólares mensuales frente a los 700 de Standard v2. Ocho veces, no cuatro. Eso sí: no son equivalentes en lo que garantizan, así que compararlos en dólares puros es, como mínimo, incompleto.
¿Qué SLA tiene cada tier de Azure API Management?
Premium classic y Premium v2 tienen un SLA de 99,99%, mientras que Standard v2 se queda en 99,95%. La diferencia parece chica en el papel, pero en minutos de downtime al año es considerable.
El SLA de 99,99% de Premium no es automático: requiere, según la documentación citada en el anuncio, desplegar como mínimo una unidad en dos o más zonas de disponibilidad o regiones. Un equipo que activa zone redundancy en Standard v2 consigue la distribución física entre zonas, pero con el compromiso de 99,95%, no el de Premium. Para muchos casos de uso, esa diferencia es perfectamente asumible. Para sistemas de pago o de misión crítica, probablemente no.
¿Se puede activar zone redundancy en una instancia ya existente?
No. En Standard v2 y en Premium v2, zone redundancy solo se configura al crear la instancia, nunca sobre una que ya está en producción. Lo confirmó Stephen W. Thomas, arquitecto de integración en Azure y MVP de Microsoft, en respuesta al anuncio: “hay una limitación: no podés habilitarlo en una instancia APIM existente. La redundancia de zona debe configurarse al crear una nueva instancia Standard v2”.
Migrar significa rehacer todo desde cero: reimportar APIs y políticas, mover dominios personalizados y certificados, actualizar el DNS, manejar de nuevo las subscription keys. Nada catastrófico, pero tampoco un simple toggle en el portal.
Premium classic juega distinto acá. Ahí las zonas se activan solas al crear el recurso en una región compatible, y también se pueden configurar sobre una ubicación existente sin downtime, con cambios que tardan entre 15 y 45 minutos mientras el gateway sigue atendiendo pedidos. La letra chica: cambiar la configuración de zonas en una instancia Premium existente modifica la IP virtual pública (y la privada, si corre en modo VNET interno), lo que obliga a actualizar DNS, reglas de firewall, allowlists y el backend de Application Gateway. En los dos caminos hay trabajo. En v2 se reconstruye la instancia; en Premium classic cambia el direccionamiento debajo de todo lo que depende de él. Ya lo cubrimos antes en certificarte en Azure según tu rol.
¿Qué garantiza realmente la redundancia de zona?
Zone redundancy no garantiza capacidad extra si una zona cae. El mecanismo no necesita dos unidades: una sola unidad ya reparte sus dos recursos de cómputo entre dos zonas, y si una falla, la otra sigue atendiendo sin downtime esperado. Dos unidades son lo que pide el SLA de Premium, no lo que necesita la distribución en sí.
¿Y si necesitás capacidad adicional durante una caída de zona? Ahí no hay garantías. Microsoft indica que rellenar unidades perdidas funciona en base a mejor esfuerzo (best-effort), sin asegurar que un pedido de más capacidad en otra zona se cumpla, y recomienda sobreaprovisionar a los equipos que necesitan capacidad garantizada. Hay más letra chica todavía: los cambios de configuración replican entre zonas en unos diez segundos, y los que no llegaron a replicar se pueden perder; la caché interna es volátil y puede desaparecer durante una caída; los contadores de rate limit pueden no estar sincronizados entre zonas sobrevivientes.
¿Qué funciones de Premium le faltan a Standard v2?
Standard v2 no tiene despliegue multi-región, self-hosted gateway, VNET injection, múltiples dominios personalizados ni workspaces, funciones que Premium sí incluye. Tiene VNet integration, que permite llegar a backends en una red virtual conectada, pero no injection, que aísla por completo el tráfico entrante y saliente. Para equipos con requisitos estrictos de aislamiento de red, esa diferencia pesa más que el precio.
| Característica | Standard v2 | Premium v2 |
|---|---|---|
| Precio por unidad | $700/mes | $2.801/mes |
| SLA | 99,95% | 99,99% (con 2+ unidades en zonas o regiones distintas) |
| Zone redundancy en instancia existente | No | No |
| Requests incluidos | 50 millones/mes | Ilimitados |
| Caché incluida | 1 GB | 5 GB |
| Costo por unidad adicional | $500 | $1.401 |
| Multi-región | No | Sí |
| Self-hosted gateway | No | Sí |
| VNET injection | No | Sí |
| Workspaces | No | Sí |
Los números de consumo también difieren. Standard v2 incluye 50 millones de requests por mes, con 2,50 dólares por millón adicional, y 1 GB de caché integrada. Premium v2 no pone tope de requests y da 5 GB de caché. Escalar cuesta 500 dólares por unidad extra en Standard v2, contra 1.401 en Premium v2. Más contexto en el incidente de seguridad en repos de Microsoft.
¿Cómo se habilita zone redundancy paso a paso?
Se elige el tier Standard v2 al crear la instancia, se selecciona una región que soporte zonas de disponibilidad y se activa Zone Redundancy en la sección Availability Zones, antes de revisar y crear el recurso. El anuncio no aclara si la función ya está en disponibilidad general o todavía en preview, ni qué regiones la soportan. Cuando Premium v2 llegó a GA en diciembre de 2025, arrancó en seis regiones públicas, con más regiones anunciadas como “próximamente”.
Hay un detalle incómodo: la documentación oficial de Microsoft todavía no refleja el cambio. Sigue diciendo que hace falta Premium classic o Premium v2 para configurar soporte de zonas, y que Basic v2 y Standard v2 no lo soportan. ¿Se actualiza pronto? Probablemente, pero por ahora conviene guiarse por el anuncio y no por los docs.
¿Qué significa esto para equipos en Latinoamérica?
Para equipos que gestionan APIs de cara a producción con presupuesto ajustado en dólares, la diferencia entre 700 y 2.801 mensuales no es un detalle menor. Subís el gateway en Standard v2, activás zone redundancy, lo probás, funciona, y de repente el equipo de infraestructura se pregunta si ese 99,95% alcanza para el SLA que le prometieron al cliente, si conviene sobreaprovisionar por las dudas, y si en algún momento van a necesitar VNET injection que Standard v2 no tiene. Todo eso hay que resolverlo antes de elegir tier, no después.
Como bien señala Thomas: “si estás planeando un despliegue de APIM de alta disponibilidad, compará Standard v2 con Premium antes de ir directo al tier más caro”. Y si el equipo maneja, además del backend en Azure, el resto de la infraestructura web (dominios, hosting de sitios asociados), conviene centralizar esa parte en un proveedor local como donweb.com en vez de dispersar todo entre distintos paneles.
Errores comunes al evaluar zone redundancy en Standard v2
- Pensar que se activa sobre una instancia en producción: no se puede. Hay que crear una Standard v2 nueva y migrar APIs, políticas, dominios y subscription keys.
- Comparar precios sin ajustar por unidades: los 700 dólares de Standard v2 contra los 2.801 de Premium v2 no reflejan el costo real si el SLA de Premium exige dos unidades, que sube el comparable a unos 5.600 dólares.
- Confundir VNet integration con VNET injection: Standard v2 llega a backends en una red virtual conectada, pero no aísla el tráfico entrante y saliente como sí lo hace la injection de Premium.
- Asumir que hay capacidad garantizada ante una caída de zona: el backfill de unidades es best-effort. Si necesitás capacidad asegurada, hay que sobreaprovisionar desde el diseño.
Preguntas Frecuentes
¿Qué es zone redundancy en Azure API Management?
Es la distribución de la capacidad de un gateway de API Management entre múltiples zonas de disponibilidad dentro de una región, con Microsoft manejando la distribución de carga, el monitoreo de salud y la recuperación ante fallas. Protege contra una caída a nivel de datacenter sin exigir el tier Premium. Te puede servir nuestra cobertura de comparamos rendimiento en servidores Windows.
¿Cuánto cuesta Azure API Management Standard v2 con zone redundancy?
Standard v2 arranca en 700 dólares por mes por unidad, sin costo adicional específico por activar zone redundancy. La comparación justa contra Premium depende del SLA que necesites: si requerís el 99,99% de Premium, el costo equivalente sube a unos 5.600 dólares mensuales con dos unidades.
¿Cuál es la diferencia entre Standard v2 y Premium v2 en Azure API Management?
Premium v2 tiene SLA de 99,99%, requests ilimitados, 5 GB de caché, multi-región, self-hosted gateway, VNET injection y workspaces. Standard v2 tiene SLA de 99,95%, 50 millones de requests incluidos, 1 GB de caché y VNet integration, pero no injection ni las demás funciones enterprise.
¿Se puede habilitar zone redundancy en una instancia existente de API Management?
No, ni en Standard v2 ni en Premium v2. Solo se configura al crear una instancia nueva, lo que obliga a reimportar APIs y políticas, mover dominios y certificados, y actualizar el DNS. Premium classic es la excepción: ahí sí se puede activar sobre una instancia existente, aunque cambia la IP virtual del recurso.
¿Qué SLA tiene Azure API Management Standard v2?
Standard v2 con zone redundancy activada tiene un SLA de 99,95%, contra el 99,99% de Premium classic y Premium v2. Esa diferencia de 0,04 puntos porcentuales se traduce en varias horas más de downtime tolerado al año.
Conclusión
Microsoft bajó una capacidad de Premium a un tier más accesible, algo que viene haciendo de forma consistente con la línea v2 de API Management. La decisión real no pasa por el precio de lista, sino por el SLA que tu operación necesita y por si podés tolerar migrar una instancia entera el día que decidas sumar zone redundancy. Si tu carga tolera 99,95% y no necesitás multi-región ni VNET injection, Standard v2 con zonas activadas es, hoy, la opción más razonable en dólares. Si el negocio exige el 99,99% o aislamiento de red completo, Premium v2 sigue siendo el camino, con el costo que eso implica. Antes de decidir, conviene planificar la arquitectura de resiliencia completa (backends redundantes, gestión de tráfico, plan de recuperación ante desastres) en vez de asumir que la redundancia de zona del gateway alcanza por sí sola.
