Model Registry

Eine Model Registry macht freigegebene Modellversionen auffindbar, vergleichbar und rückholbar.

Ein zentrales Repository zur Versionierung, Speicherung und Verwaltung von Machine-Learning-Modellen – mit Metadaten, Lineage und Deployment-Status.

Fortgeschritten2 Min Lesezeit

Erklärung starten

Auf einen Blick

3 Punkte

  1. Zentrale Versionierung aller ML-Modelle mit Metadaten
  2. Tracking von Lineage: Welche Daten, welches Training, welche Metriken
  3. Deployment-Management: Staging, Production, Rollback

Sofortantwort

Model Registry einfach erklärt

Zentrales Repository für ML-Modell-Versionierung und -Verwaltung.

Kurz gesagt
Zentrale Versionierung aller ML-Modelle mit Metadaten
Typischer Einsatz
Modell-Versionierung, Deployment-Pipeline, Audit & Compliance
Wichtig zu wissen
Deployment-Management: Staging, Production, Rollback

Model Registry im Überblick

Eine Model Registry ist das zentrale Verwaltungssystem für trainierte ML-Modelle in einer Organisation. Sie speichert nicht nur die Modell-Artefakte selbst, sondern auch alle Metadaten: Trainings-Parameter, Evaluierungs-Metriken, Datensatz-Versionen und Deployment-Status. Ohne Model Registry verliert man schnell den Überblick, welches Modell gerade in Produktion ist, welche Version besser war und wie man ein Modell reproduzieren kann. Eine Model Registry ist damit ein zentrales Element von Model Governance und MLOps. MLflow Model Registry und Weights & Biases sind die meistgenutzten Lösungen. Sie ermöglichen auch A/B-Tests zwischen Modellversionen und einfaches Rollback bei Problemen.

Eine Model Registry ist ein zentrales Repository für ML-Modelle. Sie speichert nicht nur die Modelle selbst, sondern auch alle wichtigen Informationen: Welche Version, welche Metriken, welche Daten wurden verwendet, wo ist es deployed?

Warum ist das wichtig?

Ohne Registry:

  • “Welches Modell läuft gerade in Production?”
  • “Warum ist die neue Version schlechter?”
  • “Können wir zur letzten Version zurück?” -> Chaos und Risiko

Mit Registry:

  • Klare Versionierung und History
  • Einfaches Rollback bei Problemen
  • Audit-Trail für Compliance

Technisch betrachtet

Kernfunktionen

FunktionBeschreibung
VersionierungJedes Modell mit eindeutiger Version
MetadatenMetriken, Hyperparameter, Beschreibung
LineageVerbindung zu Training-Daten und Code
StagesNone → Staging → Production → Archived
ArtefakteModell-Dateien, Configs, Requirements

MLflow Beispiel

import mlflow

# Modell registrieren
mlflow.register_model(
    model_uri="runs:/abc123/model",
    name="fraud-detection-model"
)

# Version zu Production promoten
client = mlflow.tracking.MlflowClient()
client.transition_model_version_stage(
    name="fraud-detection-model",
    version=3,
    stage="Production"
)

# Modell aus Registry laden
model = mlflow.pyfunc.load_model(
    model_uri="models:/fraud-detection-model/Production"
)

Model Stages

None → Staging → Production → Archived
         ↓          ↓
      Testing    Live Traffic
         ↓          ↓
      Metrics    Monitoring

Best Practices

  • Automatische Registrierung: Jedes erfolgreiche Training registriert automatisch
  • Approval Workflow: Manuelles Review vor Production-Promotion
  • Metadaten-Standards: Einheitliche Tags und Beschreibungen
  • Retention Policy: Alte Versionen archivieren oder löschen

Schritt für Schritt

Modellversionen kontrolliert verwalten

Eine Registry schafft eine verlässliche Verbindung zwischen Experimenten, Freigabe und dem Modell, das tatsächlich produktiv läuft.

  1. Artefakt registrieren

    Eintrag

    Ein geprüfter Trainingslauf liefert Modellartefakt und die Informationen, die seine Herkunft nachvollziehbar machen.

    trainingslauf -> modellartefakt + metadaten
  2. Version vergleichen

    Vergleich

    Qualität, Datenbasis, Einschränkungen und Kosten werden mit bestehenden Versionen verglichen.

    version a <-> version b -> freigabeentscheidung
  3. Status vergeben

    Status

    Ein nachvollziehbarer Status zeigt, ob eine Version geprüft, freigegeben, produktiv oder archiviert ist.

    kandidat -> freigegeben -> produktiv -> archiviert
  4. Einsatz verknüpfen

    Verwendung

    Die Anwendung referenziert eine konkrete registrierte Version und kann bei Bedarf auf eine frühere zurückgehen.

    deployment -> registrierte modellversion

Konkretes Beispiel

Die richtige Version bei einer Störung finden

Nach einem Release fällt die Bearbeitungsqualität eines Modells sichtbar ab.

Dateien ohne Herkunft

Mehrere Modellordner existieren, aber niemand weiß sicher, welche Datei mit welchem Datensatz trainiert wurde oder welche Version zuvor lief.

Registry mit Lineage

Das Team erkennt die produktive Version, ihre Testwerte und Datenbasis. Es kann die vorherige freigegebene Version gezielt wieder aktivieren.

Die Registry verwaltet nicht nur Dateien, sondern den Entscheidungsweg zu einer Modellversion.

Einordnung

Vorteile und Grenzen

Das spricht dafür

  • Klarer Überblick: Teams sehen, welche Versionen existieren, bewertet wurden und produktiv eingesetzt sind.
  • Sichere Rückkehr: Eine vorherige freigegebene Version kann gezielt wieder bereitgestellt werden.
  • Bessere Prüfung: Metriken, Datenbasis und Einschränkungen begleiten das Modellartefakt.
  • Auditierbarkeit: Freigaben und Statuswechsel lassen sich mit technischen und fachlichen Gründen dokumentieren.

Das solltest du beachten

  • Metadaten müssen gepflegt werden: Eine Registry wird nur nützlich, wenn Einträge vollständig und einheitlich sind.
  • Freigaben brauchen Regeln: Ohne Kriterien wird ein Statuswechsel schnell zu einer bloßen Formalität.
  • Integration kostet Aufwand: Training, Tests und Deployment müssen die Registry konsequent verwenden.
  • Aufbewahrung braucht Planung: Modellartefakte und zugehörige Daten können viel Speicher und klare Retention-Regeln erfordern.
Vertiefung · für Fortgeschrittene

Die Lebenslinie einer Modellversion

Die Registry hält die Herkunft, Bewertung und Verwendung einer Modellversion an einer Stelle zusammen.

Wissenskarte

Versionen mit nachvollziehbarem Status

Aus einem Trainingsartefakt wird erst durch Version, Kontext und Freigabe eine verantwortbar einsetzbare Modellversion. Model Registry gliedert sich in: Experiment, Trainingsdaten, Metriken, Modellartefakt, Freigabe, Deployment.

01Einsatzbereiche

Wann ist Model Registry sinnvoll?

Geeignet für

  • Modell-VersionierungAlle Modellversionen mit Metriken und Artefakten speichern
  • Deployment-PipelineModelle von Staging zu Production promoten
  • Audit & ComplianceNachvollziehbarkeit für regulierte Branchen

↑ Inhalt

02Werkzeuge

Womit Model Registry umgesetzt wird

↑ Inhalt

Merksatz

Eine Model Registry ist wie ein Weinarchiv

Jede Flasche (Modell) ist katalogisiert mit Jahrgang (Version), Herkunft (Training-Daten), Lagerort (Deployment) und Bewertung (Metriken).

  1. Zentrale Versionierung aller ML-Modelle mit Metadaten
  2. Tracking von Lineage: Welche Daten, welches Training, welche Metriken
  3. Deployment-Management: Staging, Production, Rollback

04Anwenden

Model Registry praktisch anwenden

↑ Inhalt

05Redaktion

Herkunft und Stand

Redaktion und Aktualität

Ebenex RedaktionRedaktion

Veröffentlicht
Aktualisiert

Dieses Feld entwickelt sich schnell. Oben stehen Veröffentlichung und letzte Änderung; ein Prüfdatum kommt dazu, sobald die Erklärung nach ihrer letzten Änderung geprüft wurde.

↑ Inhalt

06FAQ

Häufige Fragen zu Model Registry

Brauche ich eine Model Registry?

Für Produktion: Ja. Sobald du mehr als ein Modell oder mehr als eine Version hast, wird Tracking ohne Registry chaotisch. Für Experimente und Prototypen: Optional, aber hilfreich.

Was ist der Unterschied zwischen Model Registry und Experiment Tracking?

Experiment Tracking dokumentiert den Trainingsprozess (Hyperparameter, Metriken, Logs). Model Registry verwaltet die fertigen Modelle (Versionen, Deployment-Status, Lineage). Oft sind beide in einer Plattform integriert.

Wie versioniere ich Modelle richtig?

Semantic Versioning (1.0.0) oder automatische Versionierung bei jedem Training. Wichtig: Immer Metadaten speichern (Training-Daten-Version, Hyperparameter, Metriken), damit Versionen vergleichbar sind.

↑ Inhalt

07Weiterlernen

Was möchtest du als Nächstes verstehen?

↑ Inhalt