IBM Bob se vuelve auto‑alojado en OpenShift, soportando implementaciones de agentes de codificación totalmente aisladas

El 24 de septiembre de 2026, IBM declaró que su plataforma de desarrollo agentivo, llamada Bob, estaba ahora disponible en general como una solución auto‑alojada. Este anuncio marca la primera vez que la plataforma puede ejecutarse dentro del propio clúster Red Hat OpenShift de un cliente, en lugar de ofrecerse exclusivamente como un servicio en la nube. IBM posiciona este movimiento como una respuesta a las grandes empresas que requieren un control más estricto sobre sus datos, la licencia de los modelos y la exposición de la red, mientras siguen queriendo aprovechar la asistencia de codificación impulsada por grandes modelos de lenguaje.

Qué es IBM Bob y el paso a auto‑alojado

Bob se comercializa por IBM como una "plataforma de desarrollo agentivo", lo que significa que incorpora agentes de IA generativa directamente en el flujo de trabajo de desarrollo de software. Estos agentes pueden sugerir código, refactorizar fragmentos y responder preguntas técnicas en tiempo real. Al pasar de una oferta puramente SaaS a un modelo auto‑alojado, IBM busca ofrecer a las organizaciones la capacidad de mantener todas las indicaciones, respuestas y registros de auditoría dentro de su propio perímetro de seguridad. Las principales afirmaciones de la plataforma incluyen gestión de identidad incorporada, una puerta de enlace de inferencia que dirige las solicitudes a los modelos seleccionados, registro de auditoría completo y medición de uso que puede vincularse a sistemas internos de facturación.

Ejecutando Bob en Red Hat OpenShift

En la configuración auto‑alojada, Bob se ejecuta como una carga de trabajo con nombre dentro del clúster OpenShift de la organización. Cada despliegue vive en su propio espacio de nombres de Kubernetes, aislando los recursos de otras cargas de trabajo mientras comparte la infraestructura subyacente del clúster. La carga de trabajo agrupa cuatro servicios principales: un componente de identidad que autentica a los usuarios contra los directorios corporativos, una puerta de enlace de inferencia que reenvía las indicaciones al proveedor de modelo elegido, un servicio de registro de auditoría que registra cada solicitud y respuesta, y un servicio de medición de uso que agrega el consumo de tokens para informes. IBM señala que el instalador, llamado bobctl, separa las tareas de administración a nivel de clúster —como la creación del espacio de nombres y la configuración de acceso basado en roles— de los pasos de instalación por espacio de nombres, simplificando la gobernanza para equipos de TI de gran escala.

Conectividad de modelos e implementación aislada

Los clientes pueden enlazar Bob a modelos de frontera aprobados a través de sus propias cuentas en la nube en AWS Bedrock, Azure OpenAI, Google Vertex AI o cualquier punto final compatible con OpenAI. Para organizaciones que requieren una pila completamente aislada, IBM también soporta la ejecución de modelos de peso abierto en GPUs locales. La compañía menciona específicamente el NVIDIA Nemotron 3 Ultra y el Poolside Laguna S 2.1 como modelos compatibles para la ruta totalmente aislada, permitiendo que la inferencia permanezca dentro del centro de datos. El instalador bobctl puede replicar todas las imágenes de contenedores a un registro privado, un requisito previo indispensable para redes aisladas que no tienen acceso a Internet. La integración de identidad corporativa funciona con LDAP o Active Directory, permitiendo que los grupos de usuarios existentes hereden permisos de Bob sin necesidad de almacenes de credenciales adicionales. En conjunto, estas características habilitan un despliegue que nunca toca Internet público mientras brinda a los desarrolladores acceso a los últimos grandes modelos de lenguaje.

Actualizaciones de transporte y extensibilidad

El lanzamiento de septiembre también elimina el transporte heredado HTTP + SSE MCP a favor de variantes más recientes de HTTP transmisible, que IBM afirma mejoran la latencia y la fiabilidad para sesiones de codificación de alto rendimiento. Se han añadido procesos en segundo plano para manejar el calentamiento de modelos y la gestión de caché sin bloquear las solicitudes de los usuarios. Finalmente, Bob ahora soporta directorios de complementos, permitiendo que extensiones de terceros se coloquen en una carpeta designada y sean descubiertas automáticamente en tiempo de ejecución. Este punto de extensibilidad está pensado para que las empresas añadan linters personalizados, escáneres de seguridad o bases de conocimiento específicas de dominio sin modificar la plataforma central.

• Carga de trabajo con nombre en Red Hat OpenShift con recursos aislados
• Integración de identidad mediante LDAP o Active Directory
• Soporte para modelos de frontera alojados en la nube y inferencia GPU on‑premise (NVIDIA Nemotron 3 Ultra, Poolside Laguna S 2.1)
• Instalador bobctl con espejo a registro privado para entornos aislados
• Transporte HTTP transmisible, procesos en segundo plano y extensibilidad mediante directorio de complementos

Para organizaciones en los Estados Unidos y en otras regiones, la nueva opción auto‑alojada significa que ahora pueden ejecutar IBM Bob dentro de sus propios límites de seguridad, conectarlo al proveedor de modelo que ya confían y, si es necesario, mantener toda la pila fuera de línea. Este cambio elimina la necesidad de enviar fragmentos de código propietario a puntos finales SaaS externos, al tiempo que conserva los aumentos de productividad prometidos por los asistentes de codificación basados en IA generativa. Las empresas que ya han invertido en Red Hat OpenShift o en clústeres GPU on‑premise pueden adoptar Bob sin infraestructura adicional, y obtienen de inmediato las capacidades de auditoría y medición de uso de IBM para la generación de informes de cumplimiento.