API Management Standard v2 añade redundancia por zonas, pero con trabas de migracion
Microsoft baja la tolerancia a fallos a la capa intermedia de su gestion de APIs. El coste se reduce drásticamente, aunque la migracion exige recrear la instancia y perder configuracion no replicada.
Microsoft ha activado la redundancia por zonas de disponibilidad para la capa Standard v2 de Azure API Management. El cambio permite distribuir la capacidad entre zonas dentro de una region soportada, gestionando la salud y la recuperacion automaticamente. El objetivo es claro: proteger contra fallos de centro de datos sin obligar a subir al tier Premium. La diferencia de precio es abismal. Standard v2 parte de 700 dolares mensuales por unidad, mientras que Premium v2 ronda los 2.801 dolares. En teoria, es una victoria presupuestaria. Sin embargo, la letra pequeña del contrato de nivel de servicio (SLA) complica la comparativa. Mientras Premium garantiza una disponibilidad del 99,99% siempre que se desplieguen al menos dos unidades en zonas distintas, Standard v2 se queda en un 99,95%. Si equiparamos la infraestructura necesaria para alcanzar ese SLA alto en Premium —dos unidades, unos 5.600 dolares mensuales—, la alternativa Standard sigue siendo mucho mas barata, aunque con menos garantias contractuales.
Migracion y limitaciones operativas
El mayor obstáculo no es económico, sino técnico. Stephen W. Thomas, arquitecto de integraciones de Azure, ha senalado que esta opcion solo esta disponible al crear una nueva instancia. No se puede activar sobre un servicio Standard v2 ya desplegado. Esto implica que los equipos que quieran adoptar la redundancia deben recrear el servicio desde cero. Hay que reimportar las APIs y las politicas, mover los dominios personalizados, ajustar el DNS y regenerar las claves de suscripcion. Es una migracion fria, no un cambio en caliente.
Microsoft mantiene esta misma restriccion para Premium v2, pero el comportamiento en el tier Premium clasico es diferente. Alli, la redundancia por zonas se activa automaticamente o se configura en instancias existentes sin tiempo de inactividad, aunque tarda entre 15 y 45 minutos en aplicar y cambia las direcciones IP publicas y privadas. Eso obliga a actualizar registros DNS, reglas de firewall y configuraciones de Application Gateway. En Standard v2, simplemente se reconstruye la instancia.
La documentacion oficial de fiabilidad de Azure lleva tiempo desactualizada. Sigue indicando que solo los tiers Premium soportan zonas de disponibilidad, una informacion que contradice el anuncio. Ademas, hay que entender que esta funcion no garantiza capacidad extra. Microsoft advierte que, si una zona cae, no hay garantia de que las solicitudes excedentes se atienda exitosamente en la zona superviviente. El reabastecimiento se hace por esfuerzo propio y se recomienda sobreaprovisionar si la capacidad es critica. Tampoco es inmune a la perdida de datos: los cambios de configuracion se replican cada diez segundos aproximadamente, la caché interna es volatil y los contadores de limites de tasa pueden quedar desactualizados durante la interrupcion.
Para evaluar si merece la pena bajarse de Premium, hay que revisar otras funciones ausentes en Standard v2. Faltan el despliegue multirregion, el gateway autoalojado, la inyeccion VNET (aunque si hay integracion VNET), multiples nombres de dominio personalizados y los espacios de trabajo. El consumo base es de 50 millones de peticiones mensuales con 1 GB de caché, contra los ilimitados y 5 GB de Premium. La escalada cuesta 500 dolares por unidad adicional frente a los 1.401 dolares del tier superior. La activacion se hace desde el portal al crear el recurso, eligiendo una region que soporte zonas. Por ahora, no hay lista publica de regiones soportadas ni confirmacion de si es version general o vista previa.
