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
| Funktion | Beschreibung |
|---|---|
| Versionierung | Jedes Modell mit eindeutiger Version |
| Metadaten | Metriken, Hyperparameter, Beschreibung |
| Lineage | Verbindung zu Training-Daten und Code |
| Stages | None → Staging → Production → Archived |
| Artefakte | Modell-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.
Artefakt registrieren
Eintrag
Ein geprüfter Trainingslauf liefert Modellartefakt und die Informationen, die seine Herkunft nachvollziehbar machen.
trainingslauf -> modellartefakt + metadatenVersion vergleichen
Vergleich
Qualität, Datenbasis, Einschränkungen und Kosten werden mit bestehenden Versionen verglichen.
version a <-> version b -> freigabeentscheidungStatus vergeben
Status
Ein nachvollziehbarer Status zeigt, ob eine Version geprüft, freigegeben, produktiv oder archiviert ist.
kandidat -> freigegeben -> produktiv -> archiviertEinsatz 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 FortgeschritteneDie Lebenslinie einer Modellversion
Die Registry hält die Herkunft, Bewertung und Verwendung einer Modellversion an einer Stelle zusammen.
Versionen mit nachvollziehbarem Status