Redundancia de zona llega a Azure API Management Standard v2
El nivel Standard v2 de Azure API Management ya soporta redundancia de zona, con un SLA del 99,95 % y un precio inferior al de Premium.
Microsoft ha llevado la redundancia de zona al nivel Standard v2 de Azure API Management, una capacidad que hasta ahora solo estaba disponible en los niveles Premium. La compañía lo ha anunciado en su blog de integraciones y describe la función como la distribución de la capacidad del servicio entre varias zonas de disponibilidad dentro de una región soportada, con la plataforma gestionando la distribución, el estado y la recuperación.
La ventaja principal es el precio. Una unidad de Standard v2 con redundancia de zona cuesta 700 dólares al mes, frente a los 2.801 dólares de Premium v2 o los 2.795 del Premium clásico. El SLA, en cambio, baja del 99,99 % al 99,95 %. El 99,99 % de Premium exige desplegar al menos una unidad en dos zonas o regiones, según la nota de la propia Microsoft, lo que dispara el coste real de comparación: el equivalente con dos unidades ronda los 5.600 dólares mensuales, aunque no ofrecen las mismas garantías.
La limitación principal es que no se puede activar sobre una instancia existente. Stephen W. Thomas, arquitecto de integración en Azure y MVP de Microsoft, lo señaló en su respuesta al anuncio: solo se puede configurar en el momento de crear una instancia nueva de Standard v2. La documentación confirma la misma restricción para Premium v2. Quienes ya tengan Standard v2 en producción necesitan crear otra instancia y migrar: reimportar APIs y políticas, mover dominios personalizados y certificados, repuntar DNS y gestionar las claves de suscripción.
El Premium clásico se comporta de forma distinta. Ahí la redundancia de zona se activa automáticamente al crear la instancia en una región soportada, y también se puede configurar después sin tiempo de inactividad, aunque el cambio tarda entre 15 y 45 minutos en aplicarse. El coste es la dirección IP pública: cambiarla altera también la IP privada si la instancia está en modo de red virtual interno. Microsoft lista las dependencias que habrá que actualizar: registros DNS, zonas DNS privadas, reglas de firewall, listas de permitidos, reglas de enrutamiento y ajustes de back-end de Application Gateway.
La redundancia de zona no garantiza capacidad. Microsoft avisa de que, ante una caída de zona, no hay garantía de que las peticiones adicionales de capacidad en otra zona tengan éxito, y la reposición de unidades perdidas se hace según disponibilidad. También puede haber pérdida de datos: los cambios de configuración se replican entre zonas en unos diez segundos y los que no llegan a replicarse se pierden, la caché interna es volátil y los contadores de límite de tasa pueden no estar al día en las zonas supervivientes.
Quien piense en bajar de Premium debe revisar qué pierde. La tabla de precios muestra que funciones como despliegue multirregión, gateway autoalojado, inyección de VNet, múltiples dominios personalizados y espacios de trabajo no están en Standard v2. Sí ofrece integración con VNet para llegar a backends aislados, pero no inyección completa del tráfico entrante y saliente.
La activación se hace desde el portal en el momento de la creación: elegir Standard v2, una región con soporte de zonas y marcar la opción en el apartado Availability Zones. El comunicado no especifica si es generally available o está en preview, ni la lista de regiones soportadas.
Thomas recomienda comparar Standard v2 con Premium antes de decidirse por el nivel superior, y Microsoft insiste en revisar la arquitectura de resiliencia completa: redundancia de back-end, gestión del tráfico y requisitos de recuperación ante desastres. La redundancia de zona en la pasarela no es suficiente por sí sola.
