IBM Bob wird auf OpenShift selbstgehostet und unterstützt vollständig luftisolierte Coding‑Agent‑Bereitstellungen

Am 24. September 2026 hat IBM offiziell mitgeteilt, dass seine Bob‑Agent‑Entwicklungsplattform die Phase der allgemeinen Verfügbarkeit (General Availability) erreicht hat und nun als selbstgehostete Lösung bereitgestellt werden kann. Diese Ankündigung markiert einen bedeutenden Wendepunkt, weil die Plattform erstmals innerhalb des eigenen Red Hat OpenShift‑Clusters eines Kunden betrieben werden kann, anstatt ausschließlich als Cloud‑Only‑Service zur Verfügung zu stehen. IBM positioniert diese Entwicklung als direkte Reaktion auf Unternehmen, die strengere Kontrolle über ihre Daten, Modell‑Lizenzierung und Netzwerkexposition benötigen, gleichzeitig aber weiterhin die Vorteile von groß‑sprach‑modell‑gestützter Codierungsunterstützung nutzen wollen.

Was IBM Bob ist und die Verlagerung zur Selbst‑Hosting‑Variante

Bob wird von IBM als „agentische Entwicklungsplattform“ vermarktet, was bedeutet, dass generative‑KI‑Agenten direkt in den Software‑Entwicklungs‑Workflow eingebettet werden. Diese Agenten können Code vorschlagen, Code‑Snippets refaktorisieren und technische Fragen in Echtzeit beantworten. Durch den Wechsel von einem rein SaaS‑Angebot zu einem selbstgehosteten Modell will IBM Unternehmen die Möglichkeit geben, sämtliche Prompt‑Eingaben, Antworten und Audit‑Logs innerhalb ihrer eigenen Sicherheitsperimeter zu behalten. Zu den Kernbehauptungen der Plattform gehören ein integriertes Identitäts‑Management, ein Inferenz‑Gateway, das Anfragen an ausgewählte Modelle weiterleitet, umfassende Audit‑Logging‑Funktionen sowie ein Nutzungs‑Metering‑System, das mit internen Charge‑Back‑Mechanismen verknüpft werden kann.

Bob auf Red Hat OpenShift ausführen

Im selbstgehosteten Modus läuft Bob als ein namespaced‑Workload innerhalb des OpenShift‑Clusters einer Organisation. Jede Bereitstellung befindet sich in einem eigenen Kubernetes‑Namespace, wodurch Ressourcen von anderen Workloads isoliert werden, während gleichzeitig die zugrunde liegende Cluster‑Infrastruktur gemeinsam genutzt wird. Der Workload bündelt vier primäre Dienste: eine Identitäts‑Komponente, die Benutzer gegen Unternehmens‑Verzeichnisse authentifiziert, ein Inferenz‑Gateway, das Prompts an den gewählten Modell‑Provider weiterleitet, einen Audit‑Logging‑Dienst, der jede Anfrage und Antwort protokolliert, sowie einen Nutzungs‑Metering‑Dienst, der den Token‑Verbrauch aggregiert und für Reporting‑Zwecke bereitstellt. IBM weist darauf hin, dass der Installer namens bobctl Aufgaben, die den gesamten Cluster betreffen – etwa das Anlegen des Namespaces und das Konfigurieren von rollenbasierten Zugriffs‑Kontrollen – von den installationsschritten innerhalb des einzelnen Namespaces trennt, wodurch die Governance für große IT‑Teams vereinfacht wird.

Modell‑Anbindung und luftisolierte Bereitstellung

Kunden können Bob über ihre eigenen Cloud‑Konten bei AWS Bedrock, Azure OpenAI, Google Vertex AI oder jedem OpenAI‑kompatiblen Endpunkt mit genehmigten Frontier‑Modellen verbinden. Für Organisationen, die einen vollständig isolierten Stack benötigen, unterstützt IBM zudem das Ausführen von Open‑Weight‑Modellen auf On‑Prem‑GPUs. Das Unternehmen nennt dabei explizit NVIDIA‑Nemotron 3 Ultra und Poolside Laguna S 2.1 als unterstützte Modelle für den vollständig isolierten Weg, wodurch die Inferenz innerhalb des Rechenzentrums verbleibt. Der bobctl‑Installer kann sämtliche Container‑Images in ein privates Registry spiegeln – eine Voraussetzung für luftisolierte Netzwerke, die keinen Internetzugang besitzen. Die Integration der Unternehmens‑Identität funktioniert über LDAP oder Active Directory, sodass bestehende Benutzergruppen Bob‑Berechtigungen erben können, ohne zusätzliche Credential‑Stores zu benötigen. Zusammengenommen ermöglichen diese Funktionen eine Bereitstellung, die niemals das öffentliche Internet berührt, während Entwickler dennoch Zugriff auf die neuesten großen Sprachmodelle erhalten.

Transport‑Updates und Erweiterbarkeit

Die September‑Veröffentlichung legt zudem das veraltete HTTP + SSE‑MCP‑Transport‑Protokoll zugunsten neuer Streamable‑HTTP‑Varianten ab, von denen IBM behauptet, dass sie die Latenz und Zuverlässigkeit bei hoch‑durchsatz‑Coding‑Sessions verbessern. Hintergrund‑Prozesse wurden hinzugefügt, um das Aufwärmen von Modellen und das Cache‑Management zu übernehmen, ohne Benutzer‑Anfragen zu blockieren. Schließlich unterstützt Bob jetzt Plugin‑Verzeichnisse, sodass Drittanbieter‑Erweiterungen in einen festgelegten Ordner abgelegt und zur Laufzeit automatisch entdeckt werden können. Dieser Erweiterungspunkt soll Unternehmen ermöglichen, benutzerdefinierte Linter, Sicherheitsscanner oder domänenspezifische Wissensbasen hinzuzufügen, ohne die Kernplattform zu verändern.

• Namespaced‑Workload auf Red Hat OpenShift mit isolierten Ressourcen
• Identitäts‑Integration via LDAP oder Active Directory
• Unterstützung für cloud‑gehostete Frontier‑Modelle und On‑Prem‑GPU‑Inference (NVIDIA Nemotron 3 Ultra, Poolside Laguna S 2.1)
• bobctl‑Installer mit Private‑Registry‑Mirroring für luftisolierte Umgebungen
• Streamable‑HTTP‑Transport, Hintergrund‑Prozesse und Plugin‑Verzeichnis‑Erweiterbarkeit

Für Unternehmen in den Vereinigten Staaten und weltweit bedeutet die neue selbstgehostete Option, dass sie IBM Bob nun innerhalb ihrer eigenen Sicherheitsgrenzen betreiben, es mit dem Modell‑Provider ihrer Wahl verbinden und – falls erforderlich – den gesamten Stack offline halten können. Dieser Wechsel eliminiert die Notwendigkeit, proprietäre Code‑Snippets an externe SaaS‑Endpunkte zu senden, während gleichzeitig die Produktivitätsgewinne erhalten bleiben, die generative‑KI‑Coding‑Assistenten versprechen. Unternehmen, die bereits in Red Hat OpenShift oder in On‑Prem‑GPU‑Cluster investiert haben, können Bob ohne zusätzliche Infrastruktur übernehmen und erhalten sofortigen Zugriff auf IBMs Audit‑ und Metering‑Funktionen für Compliance‑Reporting. Durch diese Kombination aus Flexibilität, Sicherheit und vorhandener Investitions‑schutz können Organisationen die Vorteile moderner KI‑gestützter Entwicklung nutzen, ohne Kompromisse bei Datenschutz‑ oder Regulierungs‑anforderungen einzugehen.