Amazon Bedrock Agents pasa a modo Classic y deja de admitir nuevos clientes, con AgentCore como ruta recomendada

El cambio de disponibilidad ya está vigente. AWS anunció que Amazon Bedrock Agents, lanzado en 2023, pasa a llamarse Amazon Bedrock Agents Classic y entra en modo de mantenimiento. Desde el 30 de julio de 2026 no está disponible para nuevos clientes. Las cuentas que ya utilizaban el servicio pueden continuar operando y recibir soporte. Esta distinción es importante: no se trata de un cierre inmediato, sino de una decisión de ciclo de vida que congela la entrada de nuevos usuarios y orienta la innovación futura hacia otra plataforma.

AgentCore se convierte en la ruta recomendada. La documentación de AWS señala a Amazon Bedrock AgentCore como la alternativa para nuevas capacidades de agentes. La plataforma ofrece un arnés administrado donde el desarrollador declara modelo, herramientas e instrucciones, mientras el servicio gestiona entorno, cómputo, memoria, identidad y observabilidad. También existe una ruta para agentes definidos por código cuando se necesita orquestación personalizada. El cambio sugiere que AWS quiere separar con mayor claridad la infraestructura de agentes de la capa tradicional de Bedrock Agents.

Los clientes existentes conservan operación, pero no evolución. AWS indica que Bedrock Agents Classic seguirá funcionando para usuarios autorizados y que no existe una fecha anunciada de fin de vida. Sin embargo, no recibirá funciones nuevas y su catálogo de modelos queda congelado desde la fecha efectiva. Esa combinación reduce la urgencia de una migración inmediata, pero crea una deuda futura. Un sistema estable puede seguir siendo útil, aunque cada nueva necesidad aumentará la distancia entre la plataforma Classic y las capacidades disponibles en AgentCore.

La migración no consiste únicamente en cambiar un nombre. Un agente puede depender de grupos de acciones, bases de conocimiento, instrucciones, memoria, permisos, integraciones y observabilidad. AWS propone mapear esos componentes hacia el arnés de AgentCore o desplegar código personalizado. Antes de mover cargas, una empresa debe inventariar comportamientos, casos de excepción y evidencias de rendimiento. Si solo replica la configuración visible, puede perder reglas implícitas que se construyeron con ajustes operativos, intervención humana y conocimiento acumulado fuera de la consola.

Las cuentas nuevas enfrentan una decisión inmediata. Una organización que no tuvo actividad previa en Bedrock Agents no puede solicitar una excepción para comenzar en Classic. Debe utilizar AgentCore u otra arquitectura. Esto afecta especialmente a empresas que pensaban reproducir una solución en nuevas cuentas, regiones o unidades de negocio. La infraestructura como código existente puede seguir funcionando en cuentas autorizadas, pero no necesariamente en entornos nuevos. La portabilidad debe probarse con una cuenta limpia y no asumirse a partir de un despliegue histórico.

El cambio demuestra por qué el ciclo de vida debe formar parte de la compra. Las plataformas administradas reducen trabajo inicial, pero el proveedor controla disponibilidad, evolución y rutas de migración. Antes de adoptar un servicio, conviene revisar políticas de mantenimiento, exportación, compatibilidad y continuidad. También debe existir un registro de dependencias que permita identificar qué parte del producto pertenece al negocio y cuál depende de una capacidad específica del proveedor. Esa documentación reduce el costo cuando una función entra en mantenimiento aunque el servicio general continúe.

La acción práctica es crear un plan de coexistencia. Los clientes actuales pueden mantener cargas estables en Classic mientras prueban AgentCore con un caso nuevo o una réplica controlada. Deben comparar comportamiento, costo, trazabilidad y esfuerzo de operación antes de migrar. Las empresas que empiezan desde cero deberían diseñar directamente sobre AgentCore, pero conservar interfaces y datos suficientemente portables. La decisión de AWS confirma que una arquitectura de agentes necesita estrategia de mantenimiento y salida desde el primer día, no únicamente después de recibir un aviso de cambio.