Platform Engineering für KI-Entwicklung

Geben Sie Prototypen einen Weg in die Produktion

Menschen können Ideen mit verschiedenen KI-Werkzeugen erkunden, während die Organisation einen gemeinsamen Weg in die Produktion bereitstellt. Das Plattformteam macht diesen Weg klar, unterstützt und wiederholbar.

Sammeln Sie für einen nützlichen Prototyp Nutzeraufgabe, Beispielablauf, verfügbaren Quellcode und vorgesehene Daten. Entscheiden Sie, ob Sie den Code anpassen oder anhand der erkannten Anforderungen neu entwickeln. Prüfen Sie Anwendung, Entwicklungswerkzeuge und Laufzeitumgebung gegen die erforderlichen Kontrollen, bevor produktive Zugangsdaten oder vertrauliche Eingaben verwendet werden.

Muss der Dienst in Ihrer Infrastruktur laufen, bieten Sie ein unterstütztes Deployment in Ihre Cloudkonten oder Netzwerke an. Beziehen Sie Identität, Secret-Verwaltung, Freigabenachweise, Monitoring und Wiederherstellung ein. Prüfen Sie die Datenflüsse der Modelle gesondert. Der Besitz der Laufzeitumgebung kontrolliert nicht jeden Entwicklungsdienst.

Behandeln Sie die Plattform als Produkt für ihre Nutzer

Eine Plattform bietet Teams unterstützte Funktionen zum Entwickeln und Betreiben von Software. Dazu können Identität, Umgebungen, Lieferpipelines, Datenbanken, Monitoring und Richtlinienprüfungen gehören. Die nützliche Einheit ist ein vollständiger Ablauf, der einen wiederkehrenden Bedarf erfüllt.

Die CNCF beschreibt Plattformen als Funktionen für interne Nutzer mit einheitlichen Schnittstellen und, wo geeignet, Self-Service. Ein Portal kann diese Funktionen zugänglich machen. Ein Portal allein ist aber noch keine Plattform. CNCF Platforms White Paper.

Beginnen Sie mit einem echten Bedarf. In einem fiktiven Unternehmen benötigen mehrere Teams einen internen Webdienst mit Mitarbeiteranmeldung und verwalteter Datenbank. Bauen Sie für diesen Bedarf einen unterstützten Weg, bevor Sie einen umfangreichen Katalog selten genutzter Funktionen ergänzen.

Beziehen Sie Agenten als Plattformnutzer ein

Ein KI-Agent kann Infrastrukturcode schnell erzeugen. Ohne aktuellen Plattformkontext kann er auch eine nicht unterstützte Region, ein ungeeignetes Identitätsmuster oder eine nicht unterstützte Deployment-Methode wählen. Schnellere Generierung behebt fehlende organisatorische Vorgaben nicht.

Geben Sie dem Agenten eine verlässliche Schnittstelle. Definieren Sie Eingaben, erlaubte Werte, Ausgaben und Fehlerverhalten. Stellen Sie Beispiele bereit, die zur installierten Version passen. Geben Sie Fehlermeldungen mit konkreten Handlungshinweisen zurück, ohne Secrets offenzulegen. Wenden Sie dieselben Autorisierungsprüfungen auf menschliche und agentische Aufrufer an.

Beim internen Dienst könnte die Anfrage Verantwortliche, Datenkategorie, Umgebung, Wiederherstellungsanforderung und unterstützte Laufzeit benennen. Die Plattform kann dann eine geprüfte Konfiguration wählen oder erklären, warum die Anfrage eine gesonderte Entscheidung braucht.

Definieren Sie den unterstützten Weg und seine Grenzen

Dies ist eine beispielhafte Aufteilung. Bestätigen Sie sie mit den tatsächlichen Teams und Anbietern. Unbenannte Verantwortung verschwindet nicht, weil eine Plattform existiert.

Veröffentlichen Sie einen Ausnahmeweg für Anforderungen außerhalb des Standards. Benennen Sie den Entscheidungsverantwortlichen und die benötigten Nachweise. Ein schwieriger Ausnahmeprozess kann Teams dazu verleiten, nicht unterstützte Systeme außerhalb der Plattform zu erstellen.

Pflegen Sie Dienste nach ihrer Erstellung

Eine Vorlage ist eine Ausgangsversion. Sie aktualisiert die daraus erstellten Anwendungen nicht automatisch mit Korrekturen. Legen Sie fest, wie Plattformänderungen bestehende Dienste erreichen und wie die Kompatibilität geprüft wird.

Versionieren Sie gemeinsame Schnittstellen und Module. Kündigen Sie Bedingungen für ihre Entfernung an. Bieten Sie bei Bedarf eine unterstützte Migration. Verfolgen Sie bei einer nötigen Sicherheitskorrektur, welche Dienste noch betroffene Versionen nutzen.

Machen Sie das Plattformteam nicht zur manuellen Freigabestelle für jeden Routinevorgang. Automatisieren Sie wiederholbare Prüfungen und behalten Sie menschliche Entscheidungen für ungeklärte Folgen vor. Messen Sie erfolgreiche Nutzung, Wartezeit, Wiederherstellungsergebnisse und Wartungsaufwand.

Verbinden Sie Plattform und Software Factory

Platform Engineering definiert unterstützte Funktionen und betriebliche Grenzen. Eine Software Factory verbindet Anforderungen, Planung, Implementierung, Nachweise und Lieferung. Beides kann sich ergänzen, wenn die Factory auf Basis der tatsächlichen Plattform plant.

Beziehen Sie den laufenden Betrieb in die Bewertung ein. Prüfen Sie, wer neue Schwachstellen scannt, Korrekturen bereitstellt, auf Incidents reagiert und Compliance-Nachweise pflegt. Diese Funktionen brauchen einen vereinbarten Umfang und Verantwortliche. Der Begriff „Software Factory“ garantiert sie nicht.

Bewerten Sie die Integration an einem konkreten Punkt: Kann eine generierte Änderung den bestehenden Deployment-Pfad nutzen und seine Kontrollen erhalten? Kann das Team nachvollziehen, warum eine Ausnahme nötig war? Wer aktualisiert den gemeinsamen Kontext bei Plattformänderungen?

Die DORA-Forschung ordnet KI-Fähigkeiten in die umgebende Organisation ein. Nutzen Sie diese Perspektive, um den vollständigen Ablauf zu bewerten, einschließlich der beim Plattformteam verbleibenden Arbeit. DORA-Bericht 2025.