Start›KI-Technologien›Eigenes ModellEnglish

Ihr eigenes Modell: trainieren, versionieren, bereitstellen

Wenn kein fertiger Service und kein Prompt die Aufgabe löst, trainieren oder feinjustieren Sie ein Modell mit Ihren Daten und stellen es selbst bereit. Eine ML-Plattform gibt Ihnen überall dieselben sechs Schritte.

Amazon SageMaker AIAzure Machine LearningVertex AIRed Hat OpenShift AI, Kubeflow and MLflow

Was gehört zu einem eigenen Modell?

Die sechs Schritte sind immer dieselben: im Notebook entwickeln, mit Ihren Daten trainieren oder feinjustieren, das Ergebnis als Version registrieren, auf einen Endpunkt oder Batch-Job ausrollen, überwachen und prüfen, ob es mit den Daten dieses Monats noch gut genug ist. Ein Modell wird nie nur einmal ausgeliefert.

Training ist temporäre Rechenleistung, die von selbst endet. Ein Echtzeit-Endpunkt ist dauerhafte Rechenleistung, die auch beim Warten kostet. Eigene Gewichte heißen nicht, eine eigene Maschine zu haben: Ein kleines feinjustiertes Modell lässt sich auch in einen verwalteten Service importieren und pro Nutzung abrechnen.

Rein gehtDaten, Code, ein Trainingsjob, später ein Modell zum Ausrollen
Raus kommtEin trainiertes Modell, ein Registry-Eintrag und ein Endpunkt
Typische EinsätzeWissen, das kein öffentliches Modell hat, strenge Datenregeln, spezielle Vorhersagen

Vier Wege, sie zu betreiben

Jede der großen Clouds bietet sie als verwalteten Service an, und Sie können sie auch selbst betreiben. Dieselbe Aufgabe, eine andere Rechnung und eine andere Konsole.

Amazon SageMaker AI
Verwaltet auf AWS

Amazon SageMaker AI[1]

Die verwaltete Machine-Learning-Plattform auf AWS: Notebooks, Trainingsjobs, eine Modell-Registry und Endpunkte.

Offizielle Dokumentation →
Azure Machine Learning
Verwaltet auf Microsoft Azure

Azure Machine Learning[2]

Die verwaltete Machine-Learning-Plattform auf Microsoft Azure.

Offizielle Dokumentation →
Vertex AI
Verwaltet auf Google Cloud

Vertex AI[3]

Die verwaltete KI-Plattform auf Google Cloud, mit Training, Modell-Registry und Endpunkten.

Offizielle Dokumentation →
Red Hat OpenShift AI, Kubeflow und MLflow
Selbst betreiben

Red Hat OpenShift AI, Kubeflow und MLflow[4]

Die Plattform, die Sie selbst betreiben, on premises oder in einer Cloud. OpenShift AI bündelt Open-Source-Komponenten wie PyTorch, Kubeflow, MLflow und vLLM, mit Red-Hat-Support; Kubeflow und MLflow lassen sich auch ohne zusammenstellen.

Projektseite →
Amazon SageMaker AI: Der verwaltete Service auf einer Seite, mit demselben Service auf den anderen Plattformen (Folie auf Englisch).
Der verwaltete Service auf einer Seite, mit demselben Service auf den anderen Plattformen (Folie auf Englisch).[5]

So sieht es in einer Architektur aus

Folien aus meiner Lehrveranstaltung zu KI-Architekturen an der FH Burgenland, aus echten Projekten (auf Englisch).

Eigene Daten und eigenes Modell auf eigenem Endpunkt: erkunden, trainieren, versionieren, bereitstellen.
Eigene Daten und eigenes Modell auf eigenem Endpunkt: erkunden, trainieren, versionieren, bereitstellen.[6]
Wo ein eigenes Modell lebt, wenn es keinen eigenen Server gibt: auf einer gemieteten GPU trainiert, in S3 abgelegt, über Bedrock Custom Model Import bereitgestellt.
Wo ein eigenes Modell lebt, wenn es keinen eigenen Server gibt: auf einer gemieteten GPU trainiert, in S3 abgelegt, über Bedrock Custom Model Import bereitgestellt.[5]
OpenShift AI: derselbe Operator auf jedem OpenShift, verwaltet oder selbst betrieben.
OpenShift AI: derselbe Operator auf jedem OpenShift, verwaltet oder selbst betrieben.[6]
Red Hat OpenShift AI auf einer Seite: was Sie senden, was zurückkommt und wer was betreibt.
Red Hat OpenShift AI auf einer Seite: was Sie senden, was zurückkommt und wer was betreibt.[5]

Wo ich es eingesetzt habe

Der Event-Assistent

Mein Event-Assistent brauchte Wissen, das kein öffentliches Modell hat: die eigene Geschichte der Gruppe. Ich habe ein kleines offenes Modell mit InstructLab einige Stunden auf einer gemieteten GPU feinjustiert, die Gewichte in S3 abgelegt und stelle sie über Bedrock Custom Model Import bereit. Ein SageMaker-Endpunkt wurde geprüft und verworfen, weil er für jede Stunde kostet, die er existiert. Das ganze System läuft für etwa dreißig Euro im Monat.

Zu den Referenzprojekten →

Verwaltet und selbst betrieben zusammen: Hybrid

Bei einem eigenen Modell gehört Ihnen das Modell-Artefakt, und die Trainingsdaten dürfen vielleicht nicht hinaus. Das teilt die Arbeit: Training dort, wo die Daten sind, Bereitstellung dort, wo die Nutzer sind. Auf eigener Plattform heißt Hybrid dieselbe Plattform zweimal installiert, auf eigenen und auf gemieteten Maschinen, als eine betrieben. Red Hat unterstützt OpenShift AI Self-Managed auf den verwalteten OpenShift-Angeboten ebenso wie auf eigener Hardware.[7]

Zwei Standorte, ein Betriebsmodell: ein verwaltetes Modell in einer Region, ein offenes Modell auf OpenShift AI in Ihrem Gebäude.
Zwei Standorte, ein Betriebsmodell: ein verwaltetes Modell in einer Region, ein offenes Modell auf OpenShift AI in Ihrem Gebäude.[6]

Was hilft Ihnen als Nächstes?

Entscheiden lernen

Der Kurs „From Managed to Hybrid“ zeigt, wo KI laufen sollte: was jede Ebene kostet, was Sie betreiben und wo Ihre Daten bleiben müssen. Er ist in Vorbereitung, mit einer kostenlosen Live-Session zum Start.

Linda MohamedLinda Mohamed
KI- und Cloud-Beraterin, AWS Community Hero, Wien

Gemeinsam bauen

Erzählen Sie mir, was Sie bauen wollen. In 30 Minuten prüfen wir, welcher der vier Wege zu Ihren Daten, Ihren Regeln und Ihrem Budget passt und ob AWS-Förderung für einen Proof of Concept einen Teil abdeckt. So funktioniert AWS-Förderung →

Sie wissen schon, was Sie brauchen

Buchen Sie direkt den Workshop:

ai-solutions.wiki

Mehr auf ai-solutions.wiki

Meine offene Wissensbasis, mit längeren Vergleichen, Preisnotizen und Quellen (auf Englisch).

Quellen

  1. Amazon SageMaker AI Dokumentation. https://docs.aws.amazon.com/sagemaker/latest/dg/whatis.html
  2. Azure Machine Learning Dokumentation. https://learn.microsoft.com/en-us/azure/machine-learning/overview-what-is-azure-machine-learning
  3. Vertex AI Dokumentation. https://cloud.google.com/vertex-ai/docs
  4. Red Hat OpenShift AI, Kubeflow und MLflow. https://www.redhat.com/en/products/ai/openshift-ai
  5. Linda Mohamed, Kursfolien “The projects”, MASE-3, FH Burgenland, September 2026
  6. Linda Mohamed, Kursfolien “How to run AI, layer by layer”, MASE-3, FH Burgenland, September 2026
  7. Red Hat OpenShift AI supported configurations 3.x, Red Hat. https://access.redhat.com/articles/rhoai-supported-configs-3.x
  8. Amazon SageMaker, ai-solutions.wiki. https://ai-solutions.wiki/tools/amazon-sagemaker/
  9. Red Hat OpenShift AI, ai-solutions.wiki. https://ai-solutions.wiki/tools/openshift-ai/
  10. SageMaker vs Bedrock, ai-solutions.wiki. https://ai-solutions.wiki/comparisons/sagemaker-vs-bedrock/
  11. Custom ML models vs foundation models, ai-solutions.wiki. https://ai-solutions.wiki/comparisons/custom-ml-vs-foundation-models/
  12. Bedrock Custom Model Import, AWS documentation. https://docs.aws.amazon.com/bedrock/latest/userguide/model-customization-import-model.html
  13. InstructLab. https://instructlab.ai/

Links geprüft im September 2026. Produktnamen und Funktionen ändern sich: Prüfen Sie die verlinkten Seiten, bevor Sie entscheiden.