IBM Bob llega en versión autoalojada para entornos aislados
IBM ha lanzado una versión autoalojada de IBM Bob, su plataforma agéntica de desarrollo de software. Las empresas ya pueden hacer desarrollo asistido por IA y modernizar aplicaciones en su propia infraestructura, sin enviar código a un servicio externo. La opción abarca centros de datos propios, nubes privadas, nubes soberanas y entornos totalmente aislados. Una nube soberana mantiene los datos bajo la jurisdicción de un país o una región concretos. Un entorno aislado, o air-gapped, está completamente desconectado de redes externas.
El cliente al que apunta está claro. Son organizaciones cuyo código fuente es sensible, cuyos datos están regulados o cuyos sistemas son demasiado críticos para exponerlos a una herramienta de IA alojada fuera. IBM dirige el lanzamiento a servicios financieros, administraciones públicas, sanidad e infraestructuras críticas, y a cualquier empresa preocupada por proteger su propiedad intelectual.
Qué hace Bob y qué no cambia
Bob pretende ir más allá de escribir código. IBM lo describe como una herramienta que ayuda a los desarrolladores a entender las aplicaciones existentes, planificar cambios, ejecutar el trabajo y comprobar los resultados. El objetivo es cubrir una parte mayor de la entrega y la modernización del software, no solo la generación de código.
Según un artículo de contexto de IBM, la edición autoalojada ya está disponible de forma general. Mantiene las funciones principales de Bob:
- BobShell, su entorno de desarrollo integrado
- Llamadas a herramientas en paralelo
- Habilidades y modos de funcionamiento
Unos paquetes premium opcionales añaden la modernización de Java y el soporte para IBM i e IBM Z, las plataformas de gama media y mainframe de la compañía. Dependen de los requisitos de licencia y de despliegue.
Cada cliente pone su modelo
Los clientes deben aportar acceso a un modelo compatible. Para modelos instalados y gestionados en su propio hardware, IBM admite por ahora dos: Nemotron, de Nvidia, y Laguna, de Poolside. Las organizaciones que ya pagan por modelos compatibles pueden usarlos con una fórmula de licencia propia.
También hay una vía híbrida. Bob puede conectarse a servicios de modelos externos, de modo que los equipos decidan, carga de trabajo a carga de trabajo, dónde se procesa la IA. IBM asegura que una configuración autoalojada compatible mantiene el código fuente, el contexto de desarrollo y los artefactos de compilación dentro del entorno que gestiona el cliente.
IBM puso el ejemplo de un banco. Los desarrolladores podrían usar procesamiento local con el modelo para el software bancario central y pasar a un servicio externo autorizado para trabajos menos restringidos. La idea es que la experiencia del desarrollador sea la misma en ambos casos.
El problema que IBM quiere resolver
Neel Sundaresan, director general de IA y automatización de IBM, lo planteó así: "Las organizaciones necesitan una IA que funcione dentro de entornos que controlan, sobre todo cuando trabajan con código sensible y datos regulados".
IBM lo respaldó con un informe de junio de su Institute for Business Value. En esa encuesta, el 68% de los directivos afirmó que cumplir los requisitos de residencia y soberanía de los datos en distintas zonas geográficas es complicado. IBM sostiene que la nueva opción da a los clientes más control sobre la residencia de los datos, las políticas de seguridad, la gobernanza y los flujos de desarrollo.
El mercado reaccionó rápido. Las acciones de IBM subieron más de un 3% en la negociación al cierre de la Bolsa de Nueva York tras el anuncio.
Nuestra opinión
Este lanzamiento encaja en una tendencia que vemos una y otra vez. Las empresas quieren herramientas agénticas, pero las quieren dentro de su propio perímetro de seguridad. Los incidentes recientes explican por qué. En un caso, unos agentes de IA dejaron al descubierto miles de capturas de pantalla de una empresa en una plataforma pública de código. Para un banco o un organismo público, enviar el código fuente central a un servicio de terceros es difícil de vender. Mantener todo el ciclo en casa elimina una objeción importante.
El límite está en la lista de modelos. Dos modelos locales compatibles son poca elección frente a lo que ofrecen los servicios alojados. El rendimiento en modo autoalojado dependerá de lo bien que Nemotron y Laguna resuelvan trabajos de desarrollo complejos y de varios pasos. La tendencia general hacia modelos más pequeños y capaces, como los agentes de programación locales en GPU de consumo, apunta a que esa distancia podría reducirse. Si se reducirá lo suficiente para trabajo regulado en producción sigue siendo una incógnita.
El diseño híbrido también merece atención. Enviar el trabajo sensible a local y el resto fuera queda muy limpio en una presentación. En la práctica, exige reglas claras sobre qué código se considera sensible, y los equipos tienen que cumplirlas. Habrá que ver si IBM amplía la lista de modelos compatibles. La otra cuestión es si la competencia responde con sus propias opciones aisladas, como han hecho los proveedores en otros mercados regulados, por ejemplo la IA para organismos públicos.