AWS Lanza Amazon Bedrock en Nueva Zelanda con Claude e Inferencia entre Regiones

AWS lanzó Amazon Bedrock en la región de Asia Pacífico (Nueva Zelanda) el 26 de marzo de 2026, es decir, en Auckland. Para las empresas locales, esto significa que ahora se pueden enviar solicitudes a modelos generativos desde la región AWS de Nueva Zelanda, y Bedrock distribuirá automáticamente la inferencia entre Auckland y las instalaciones australianas según sea necesario.

Cómo funciona el lanzamiento

La nueva región AWS recibió el identificador ap-southeast-6 y se convirtió en el punto de partida para la inferencia entre regiones en Bedrock. En la práctica, esto significa que una aplicación puede hacer una llamada a la API desde Auckland, y el procesamiento de la solicitud irá a la misma región, a Sydney o a Melbourne. AWS agregó una configuración geográfica separada AU para Nueva Zelanda, que mantiene el procesamiento dentro del espacio de Australia y Nueva Zelanda y ofrece a las empresas más opciones de ancho de banda.

Si una empresa no tiene requisitos estrictos de residencia de datos, puede elegir un perfil de enrutamiento global. En este modo, Bedrock envía solicitudes a regiones comerciales de AWS compatibles en todo el mundo para reducir el riesgo de limitación de velocidad y manejar cargas máximas.

AWS enfatiza por separado que el tráfico fluye a través de la red global propia de la empresa, no sale a Internet pública y se cifra cuando se transmite entre regiones. Los registros de todas las llamadas entre regiones permanecen en la región de origen, es decir, en Auckland.

Qué modelos están disponibles

En el lanzamiento, la región de Nueva Zelanda obtuvo acceso a la línea Anthropic Claude: Opus 4.5, Opus 4.6, Sonnet 4.5, Sonnet 4.6 y Haiku 4.5. Para el perfil global, AWS también indica acceso a Amazon Nova 2 Lite y a un conjunto más amplio de modelos de diferentes proveedores.

Los desarrolladores no necesitan reentrenar las integraciones desde cero: los perfiles funcionan a través de API Bedrock estándar, incluidos InvokeModel, InvokeModelWithResponseStream, Converse y ConverseStream.

• El perfil geográfico AU mantiene la inferencia en Auckland, Sydney y Melbourne
• El perfil global proporciona más capacidad disponible y selección de modelos más amplia
• Los identificadores de modelos cambian a través de los prefijos au. y global.
• El enrutamiento existente para Sydney y Melbourne permanece sin cambios
• El formato Converse unificado simplifica el cambio entre modelos sin reescritura de código

Un detalle importante: para el perfil de Australia-Nueva Zelanda, actualmente se admiten solo los modelos Claude, mientras que el enrutamiento global abre un conjunto más amplio de modelos base. Esta separación es importante para los equipos que necesitan monitorear tanto los requisitos de conformidad internos como la disponibilidad de capacidad. Si se necesita una geografía de procesamiento predecible, el perfil AU es más lógico. Si el rendimiento máximo es más crítico, la ruta global con distribución de carga dinámica es más útil.

Control y límites

El lanzamiento en una nueva región no elimina la necesidad de configuración de infraestructura. Para llamar modelos a través del perfil AU desde Auckland, la política IAM debe permitir el acceso al perfil de inferencia en ap-southeast-6 y a los modelos en todas las regiones de destino. AWS recomienda un esquema de privilegios mínimos: permitir la invocación de modelos en Sydney, Melbourne y Auckland solo cuando la solicitud pasa a través del perfil de inferencia, no directamente.

Para empresas con Políticas de Control de Servicio, esto también es importante porque Bedrock debe estar explícitamente autorizado para trabajar en las tres regiones ANZ. También hay matices operativos.

Las cuotas se calculan a nivel de región de origen, por lo que aumentar el límite en Auckland solo se aplica a solicitudes enviadas desde ap-southeast-6. AWS mide la carga en dos ejes: tokens por minuto y solicitudes por minuto, y para algunos modelos Claude, los tokens de salida se facturan en una proporción de 5:1 con respecto a los tokens de entrada. Para Claude Haiku 4.5 y modelos Nova, se aplica una proporción de 1:1.

Puede verificar exactamente dónde se procesó una solicitud a través de CloudTrail por el campo inferenceRegion y monitorear la latencia, los errores y el gasto de tokens a través de métricas de CloudWatch.

Qué significa esto

Para AWS, esto no es simplemente otra región en la lista, sino un intento de acercar Bedrock a los clientes empresariales en Nueva Zelanda que se preocupan tanto por la latencia como por el control sobre la geografía del procesamiento. Para el mercado, esta es una buena señal: las plataformas de IA en la nube compiten cada vez más no solo en modelos, sino en lo cuidadosamente que abordan cuestiones de enrutamiento, cuotas y cumplimiento.