OpenAI-Modelle kommen als Private Preview in den Model Garden von Google Cloud. Der Bezug über den Google Cloud Marketplace soll bestehende Cloud-Abnahmeverpflichtungen anrechnen können. Das verändert den Beschaffungsweg, erfüllt aber nicht automatisch sämtliche Anforderungen an die Datenverarbeitung. Google bezeichnet Zero Data Retention und Confidential Compute ausdrücklich als künftig verfügbare Funktionen. Benötigt Ihr Anwendungsfall eine dieser Kontrollen zwingend, ist die Ankündigung ein Prüfauftrag – keine Migrationsfreigabe.
Was sich geändert hat und was verfügbar ist
OpenAI kündigte am 21. Oktober 2026 die Integration seiner Frontier-Modelle und Codex-Arbeitsabläufe in Google Cloud an. Die allgemeine Verfügbarkeit sei für die kommenden Wochen geplant. Google Cloud konkretisiert den Zugang als Private Preview für ausgewählte Unternehmenskunden und nennt GPT-6 Astra, GPT-6.1 Sol und GPT-6 Luna. Die live abgerufene Seite und ihre Publikationsmetadaten zeigten bei der Prüfung am 23. Oktober den 21. Oktober; eine extrahierte Fassung zeigte den 22. Oktober. Diese Analyse verwendet das frühere Datum, statt eine nicht gesicherte höhere Aktualität zu behaupten.
Entscheidend ist der Unterschied zwischen einer angekündigten Vertriebsvereinbarung und einem tatsächlich freigeschalteten Dienst in Ihrem Projekt. Google zufolge können berechtigte Kunden die APIs nutzen sowie lokale Codex-CLI- und Desktop-Arbeitsabläufe für die Inferenz anbinden. Der Zugang wird über ein Interessenformular angefragt. Keine der beiden Ankündigungen belegt uneingeschränkte Verfügbarkeit für alle Kunden, Modelle oder Regionen. OpenAI-Modelle in Google Antigravity und Googles Unternehmensprodukt werden weiterhin als bevorstehend beschrieben.
Dieser Beitrag ist eine quellenbasierte technische Einordnung, kein Praxistest der Private Preview. Aussagen zu Modellqualität, Kosteneffizienz und Sicherheit sind Herstellerangaben. Ein eigener Lasttest oder eine Vertragsprüfung wurde hier nicht durchgeführt.
Was die Cloud-Beschaffung verändert – und was nicht
Beide Unternehmen beschreiben Käufe über den Google Cloud Marketplace, die auf bestehende Google-Cloud-Abnahmeverpflichtungen angerechnet werden können. Google nennt zusätzlich die Anrechnung auf Flexible Savings Plans über mehrere Modellanbieter hinweg. Für Unternehmen mit vereinbartem Cloud-Abnahmevolumen kann das einen weiteren Inferenzweg eröffnen, ohne zwangsläufig einen separaten Zahlungsweg einzuführen.
Ein niedrigerer effektiver Preis ist damit nicht belegt. Die geprüften Ankündigungen enthalten weder eine modellbezogene Token-Preisliste noch eine Verfügbarkeitsmatrix für deutsche Regionen, Preview-Kontingente oder ein SLA. Fordern Sie das konkrete Angebot an und prüfen Sie, welche Kostenpositionen Ihre Vereinbarung tatsächlich abdeckt. Vergleichen Sie Modellnutzung, Wiederholungsversuche, Netzwerkgebühren, Protokollierung, Evaluierung und Betriebsaufwand. Setzen Sie nicht ungeprüft den Preis der direkten OpenAI-API für das Google-Cloud-Angebot ein.
Die Anrechnung auf ein Abnahmevolumen ist auch keine Softwarelizenz zum Selbstbetrieb der Modellgewichte. Angekündigt ist ein gehosteter Zugangsweg. Für die Freigabe benötigen Sie weiterhin konkrete Nutzungsbedingungen, freigeschaltete Funktionen und Betriebsverantwortlichkeiten. Erfassen Sie nach dem Muster der KI-Lieferantensteuerung das freigegebene Modell, den Endpunkt, die Region und die Konfiguration – nicht nur den Anbieternamen.
Warum die Speicherungsfrage offen bleibt
Google erklärt, dass Prompts, Kontext und Ausgaben innerhalb der festgelegten Datengrenze bleiben und nicht zum Training von Foundation-Modellen verwendet werden. Gleichzeitig werden Zero-Data-Retention-Optionen als künftig verfügbar beschrieben. Diese Aussagen beantworten unterschiedliche Fragen: „Nicht zum Training verwendet“ beschreibt einen Nutzungszweck, nicht den vollständigen Verzicht auf Speicherung. Infrastrukturisolation bestimmt außerdem nicht automatisch die Aufbewahrung von Anwendungstraces, Client-Protokollen oder Daten angebundener Werkzeuge.
Google zufolge laufen die Modelle auf dedizierter Google-Cloud-Infrastruktur; Confidential Compute soll später folgen. Erfassen Sie diese angekündigte Funktion nicht als aktiviert. Die Ankündigung nennt authentifizierte Identitäten, VPC Service Controls und einheitliche Audit-Protokollierung. Prüfen Sie dennoch die genaue Preview-Konfiguration und die unterstützten Zugangswege. Eine Aussage auf einer Produktseite ist kein bestandener Kontrolltest.
Die geprüften Quellen belegen keine konkrete Garantie für eine deutsche oder ausschließlich europäische Verarbeitungsregion dieser Preview. Eine festgelegte Datengrenze und eine Anforderung an ausschließlich europäische Verarbeitung sind nicht dieselbe Spezifikation. Fordern Sie Angaben zu regionalem Endpunkt, Ausweichverhalten, Supportzugriff, Speicherfristen und Löschprozess an. Lassen Sie Vertrags- und Transferfragen durch Datenschutzverantwortliche und Rechtsberatung prüfen. Dieser Beitrag bietet technische Orientierung, keine Rechtsberatung.
Das unterscheidet sich von der früher behandelten Self-Hosting-Grenze der OpenAI Agents API. Dort geht es um die Trennung zwischen verwalteter Agentenlaufzeit und Ausführungsumgebung. Hier geht es um einen neuen Hosting- und Beschaffungsweg für Inferenz. Übertragen Sie die Datenresidenz- oder Speicherungsmerkmale des einen Produkts nicht auf das andere, nur weil beide in Agentenabläufen eingesetzt werden können.
Die Migration konkret prüfen
Stellen Sie sich ein deutsches Entwicklungsteam vor, das Codex für eine interne Wartungsanwendung einsetzen möchte. Das ist ein beispielhaftes Prüfszenario, kein Bericht über eine reale Einführung. Die Abrechnung der Inferenz im bestehenden Cloud-Konto kann die Beschaffung vereinfachen. Sie belegt nicht, welche Repository-Inhalte den Arbeitsplatz verlassen, welche Werkzeuge Produktionszugangsdaten lesen dürfen oder ob lokale Protokolle vertrauliche Eingaben speichern.
Trennen Sie drei Prüfbereiche: Modellinferenz, Codex-Client einschließlich seiner Werkzeuge und die eigene Telemetrie. Zeichnen Sie für jeden Bereich den tatsächlichen Datenweg auf. Geben Sie nur die Kombination frei, die Sie geprüft haben. Ein lokaler Client mit Cloud-Modell bleibt ein vernetzter Arbeitsablauf; seine Werkzeugberechtigungen benötigen eigene Grenzen.
|
Anforderung |
Entscheidung vor der Migration |
|---|---|
|
Zugang für ein reguläres Produktionsprojekt |
Preview-Berechtigung, Kontingente und Support prüfen; keine allgemeine Verfügbarkeit unterstellen |
|
Zero Data Retention ist zwingend |
Nicht allein aufgrund der Ankündigung migrieren; aktivierte und anwendbare ZDR belegen |
|
Confidential Compute ist zwingend |
Bis zum belegten und geprüften Zugang als angekündigte Funktion behandeln |
|
Ausschließlich EU-Verarbeitung ist zwingend |
Endpunkt, Region, Ausweichverhalten und Vertragsnachweise einholen |
|
Cloud-Abnahmevolumen soll angerechnet werden |
Anrechenbare Kostenpositionen prüfen und vollständige Betriebskosten vergleichen |
Prüfen Sie den Endpunkt, nicht nur den Modellnamen
Beginnen Sie mit synthetischen oder anderweitig freigegebenen, nicht vertraulichen Eingaben. Halten Sie Modellkennung, Endpunkt, Regionennachweis, Client-Version und Konfiguration fest. Führen Sie dieselben Prüffälle auf der bisher freigegebenen Bereitstellung und der neuen Preview aus. Prüfen Sie deutschsprachige Aufgabenerfüllung, strukturierte Ausgaben, Werkzeugverhalten, Latenz unter repräsentativer Last, Kontingentfehler und tatsächliche Nutzungskosten. Aus der Ankündigung lässt sich keine universelle Bestehensgrenze ableiten. Vereinbaren Sie anwendungsbezogene Abnahmekriterien vor dem Test.
Prüfen Sie anschließend Negativfälle. Entziehen Sie der vorgesehenen Identität den Zugriff und kontrollieren Sie, dass die Anfrage scheitert. Testen Sie einen untersagten Netzwerkweg in einer kontrollierten Umgebung und prüfen Sie die entstehenden Audit-Nachweise. Untersuchen Sie, ob die Anwendungsinstrumentierung trotz Infrastrukturvorgaben Prompts erfasst. Eine nicht nachweisbare Kontrolle bleibt ungeprüft – sie gilt nicht als bestanden, weil eine normale Anfrage funktioniert hat.
Verwenden Sie bei Ausfällen ausschließlich einen separat freigegebenen Ersatzweg. Ein Router, der fehlgeschlagene Preview-Anfragen still an einen anderen Anbieter sendet, kann die gerade geprüfte Grenze aufheben. Die Entscheidungsebene für produktives Modell-Routing zeigt, wie Sie einen unzulässigen Ersatzweg ablehnen, statt eine zwingende Anforderung gegen Verfügbarkeit einzutauschen.
Der nächste Beschaffungsnachweis
Erstellen Sie vor der Pilotfreigabe einen kompakten Nachweis mit aktiviertem Modell und Endpunkt, Zugangsstatus, erlaubten Datenklassen, Regions- und Speicherungsbelegen, Preisangebot, Kontingentverhalten, Testergebnissen und verantwortlicher Person. Trennen Sie die Zustände „angekündigt“, „vertraglich zugesichert“, „konfiguriert“ und „getestet“. Aktualisieren Sie den Nachweis, sobald ZDR, Confidential Compute oder allgemeine Verfügbarkeit für den tatsächlich vorgesehenen Dienst dokumentiert sind.
Wenn Ihr Team eine belastbare Migrationsentscheidung benötigt, kann die Beratung zur KI-Implementierung den Datenweg und die Abnahmetests für einen konkreten Anwendungsfall strukturieren. Das erste Ergebnis sollte eine nachvollziehbare Freigabe oder Ablehnung sein – keine pauschale Behauptung, dass ein vertrautes Cloud-Konto jeden Modellablauf produktionsreif macht.
