Los modelos GPT-6 Sol, Luna y Astra de OpenAI ya están disponibles en Bedrock desde cinco regiones de Asia
AWS ha publicado una guía para ejecutar los modelos GPT-6 Sol, Luna y Astra de OpenAI en Amazon Bedrock mediante cross-Region inference global. El acceso está abierto desde cinco ubicaciones: Singapur, Yakarta, Tailandia, Malasia y Taipéi. Las solicitudes se pueden enviar a través de la Converse API o de una API compatible con OpenAI. La guía analiza por separado los permisos de IAM y SCP, el cálculo de cuotas y la monitorización desde la región de origen. • Tres modelos: GPT-6 Sol, Luna y Astra. • Cinco regiones de origen en el Sudeste Asiático y Taiwán. • Dos API: Converse y la compatible con OpenAI.
Procesado por IA desde AWS Machine Learning Blog; editado por Hamidun News
Amazon Web Services ha explicado cómo ejecutar tres modelos de la familia OpenAI GPT-6 (Sol, Luna y Astra) en Amazon Bedrock desde cinco ubicaciones asiáticas: Singapur, Yakarta, Tailandia, Malasia y Taipéi. El mecanismo se llama global cross-Region inference. La aplicación llama a Bedrock en su propia región, y la inferencia se ejecuta donde AWS tiene capacidad libre. Para las empresas que no disponen de capacidad local suficiente para estos modelos, es el camino más corto hacia GPT-6 sin mudar la infraestructura.
Cómo funciona
El desarrollador no llama a un modelo concreto en una región concreta, sino a un perfil de inferencia global. Bedrock distribuye por sí mismo la solicitud entre las regiones de AWS disponibles. Para el cliente, el punto de entrada sigue siendo la región de origen, por ejemplo Singapur. Allí permanecen también los logs, las métricas y las cuotas. Este esquema ayuda a soportar los picos de carga: es menos frecuente toparse con el techo de una sola región.
AWS describe dos formas de acceso:
- Converse API, la interfaz unificada de Bedrock para distintos modelos. Es adecuada si en el stack ya hay otros modelos en esta plataforma.
- API compatible con OpenAI. Permite trasladar casi sin cambios el código escrito para el SDK de OpenAI: solo cambian el endpoint y el método de autenticación.
La segunda opción resulta más interesante para los equipos que llevan tiempo trabajando directamente con OpenAI y quieren pasar a AWS la facturación, la auditoría y el control de acceso.
Permisos, cuotas y monitorización
Las mayores trampas no están en el código, sino en las políticas de acceso. La guía analiza por separado los permisos de IAM y SCP, es decir, las políticas a nivel de organización. El perfil global envía tráfico fuera de la región de origen. Si las SCP de la organización limitan de forma estricta la lista de regiones permitidas, la llamada puede fallar con un error de acceso aunque el rol esté bien asignado. Conviene revisar estas restricciones antes del lanzamiento. En los sectores regulados es, además, una cuestión de cumplimiento normativo: durante el procesamiento, los datos pueden acabar en otra jurisdicción.
Lo mismo ocurre con las cuotas. Los límites se calculan a partir de la región de origen, así que el tamaño de la cuota hay que preverlo con antelación, según el perfil real de tráfico:
- número máximo de solicitudes por minuto;
- longitud media del prompt y de la respuesta en tokens;
- margen para reintentos por errores y throttling;
- distinto ritmo de consumo de la cuota en Sol, Luna y Astra.
Los límites exactos de cada modelo conviene contrastarlos con la documentación actualizada de Bedrock, porque cambian.
La monitorización también está vinculada a la región de origen. Las métricas de llamadas, latencia y errores se recopilan en el lugar de donde procede la solicitud. No hace falta buscar por separado rastros de la ejecución en otras regiones, lo que simplifica la operación.
Por dónde empezar en la práctica
Lo mejor es empezar por una auditoría de políticas, no por el código. Revise las SCP y los roles de IAM: si se permite la llamada al perfil de inferencia global y si las reglas de la organización bloquean el tráfico fuera de la región. Después, evalúe la carga y solicite cuotas con margen. Para ello, pase prompts reales por una cuenta de pruebas y mida la distribución de tokens.
A continuación, tiene sentido repartir los modelos por tareas. Los nombres Sol, Luna y Astra sugieren perfiles distintos, pero la publicación no incluye datos que permitan compararlos. Conviene elegir entre ellos con benchmarks propios: precio por token, latencia y calidad con sus datos. Si la aplicación ya está escrita para el SDK de OpenAI, lo más sencillo es empezar con la API compatible con OpenAI; para plataformas multimodelo, encaja Converse.
Por último, decida de antemano si sus datos pueden procesarse fuera de la jurisdicción de origen. Si no es así, el perfil global no le sirve y tendrá que valorar las variantes regionales.
Access Frontier LLMs & Multimodal AI in One Workspace
Discover NomadNet AI (nomadnet.ai) — unified access to frontier language models, research synthesis, and multimodal workflows.
Lo esencial de la IA — una vez por semana
Siete historias que de verdad importaron, elegidas a mano. Sin ruido ni notas de prensa.
¡Listo! Revisa tu correo para la confirmación.