Kurs
MLOps, kurz für Machine Learning Operations, ist ein zentraler Bestandteil des Machine-Learning-Workflows und entwickelt sich zunehmend zu einem eigenen Fachgebiet. Es verbindet Machine Learning mit bewährten Praktiken der Softwareentwicklung, damit Modelle den Weg von der Experimentierphase bis in den produktiven Einsatz schaffen – und reduziert gleichzeitig technische Schulden in Datenteams.
Um Machine Learning im großen Maßstab erfolgreich einzusetzen, ist es entscheidend, den MLOps-Reifegrad deiner Organisation zu betrachten. Häufig verhindern Hürden wie Infrastruktur, Unternehmenskultur oder die fehlende Möglichkeit, Modelle bei Drift neu zu trainieren, eine reibungslose Bereitstellung. Das Ergebnis: Machine Learning bringt deutlich weniger Wert als erwartet – oder schlimmer, es schadet Stakeholdern, die mit deinen Modellen interagieren. So entsteht schnell Misstrauen gegenüber der Fähigkeit des Datenteams, mit Machine Learning echten Mehrwert zu liefern. Um das Potenzial von Machine Learning und KI vollständig zu entfalten, braucht es einen durchdachten MLOps-Ansatz.
MLOps sorgt außerdem dafür, dass sich Data Scientists auf das Wesentliche konzentrieren können: Daten sammeln und bereinigen, Modelle entwickeln und die passenden Methoden einsetzen. Denn MLOps erhöht die Automatisierung in jeder Phase des Machine-Learning-Lebenszyklus erheblich.
Dieser Artikel setzt grundlegende MLOps-Kenntnisse und ein Verständnis für die Relevanz des Themas voraus; mehr dazu findest du in unseren Beiträgen Getting Started with MLOps und MLOps Best Practices.
Warum Reifegrade?
MLOps bedeutet nicht nur, neue Tools einzuführen oder Arbeitsweisen zu ändern. Die Umsetzung erfordert einen ganzheitlichen Ansatz, der Tools und Technologien nutzt, um Silos in technischen Teams aufzubrechen und Automatisierung zu steigern. Das kann eine Umstrukturierung oder personelle Veränderungen bedeuten – die Lösung ist in jedem Unternehmen anders.
Wenn du MLOps unter dem Blickwinkel der Reife betrachtest – also wie weit dein Unternehmen in der Umsetzung ist –, hilft das, den Status quo einzuordnen, konkrete Schritte zur Steigerung der Reife abzuleiten und den erwartbaren Nutzen zu verstehen. Zudem lässt sich der MLOps-Reifegrad mit der Organisation skalieren. Kleine Unternehmen mit wenigen Modellen müssen nicht denselben Reifegrad erreichen wie große, komplexe Organisationen. Allerdings brauchen auch kleinere Unternehmen mit ML als Kern ihres Wertversprechens eine vergleichsweise reife MLOps-Praxis.
Wichtig ist auch: Der Weg im Reifegradmodell verläuft nicht linear. Deine Organisation kann in manchen MLOps-Bereichen sehr weit sein, in anderen jedoch zurückliegen. Im nächsten Abschnitt skizzieren wir Microsofts MLOps-Reifegradmodell, das einen ganzheitlichen Überblick darüber gibt, wie sich MLOps in einer Organisation entwickelt.
Microsofts MLOps-Reifegradmodell
Das Microsoft-MLOps-Reifegradmodell definiert drei zentrale Dimensionen zur Bewertung des Reifegrads:
- Menschen: Die verschiedenen Rollen im Datenteam und ihr Zusammenspiel
- Machine-Learning-Lebenszyklus: Wie der ML-Lebenszyklus von der Datenerhebung bis zur Modellerstellung und -freigabe gesteuert wird.
- Anwendung: Wie ML-Modelle getestet, implementiert, bereitgestellt und neu trainiert werden.
Darüber hinaus unterscheidet das Modell fünf Reifestufen einer MLOps-Praxis:
- Kein MLOps: Heterogene, Black-Box-Systeme mit isolierten Datenteams sowie manuellem Training, Deployment und Testing von Modellen.
- DevOps, aber kein MLOps: Das Datenteam trainiert Modelle, ein separates Team stellt sie bereit. Die Feedbackschleife zur Modellleistung ist intransparent, Reproduzierbarkeit eingeschränkt.
- Automatisiertes Training: Modelle sind reproduzierbar, Releases weniger manuell. Training läuft automatisch, Pipelines sind weit verbreitet.
- Automatisiertes Deployment: Bereitstellungen sind automatisiert und bis zu den Ursprungsdaten zurückverfolgbar. Nach dem Deployment sind A/B-Tests möglich, Tests sind automatisiert.
- Vollständiges MLOps: Vollautomatisierung von der Datenaufnahme bis zum Modelldeployment und Testing, mit überwachtem, zentralisiertem Analytics zur Modellperformance. Solche Systeme sind häufig maßgeschneidert.
Im Folgenden beschreiben wir jede Reifestufe, ergänzt um eine Übersichtstabelle mit den wichtigsten Punkten.
Kein MLOps
In dieser Phase gibt es kaum Automatisierung, und das Datenteam ist sowohl vom restlichen Unternehmen als auch intern isoliert. Die Tool-Nutzung ist gering; Funktionen wie Data Engineering existieren eventuell nicht oder werden von Data Scientists mitübernommen. Schon das Bereitstellen eines einzelnen Modells ist schwierig und zeitaufwendig; ein Retraining erfordert das vollständige erneute Ausführen von Analysen und Trainingsjobs. Es gibt kein Tracking nach dem Deployment, sodass Auswirkungen kaum nachvollzogen werden können.
|
Menschen |
Data Scientists |
Kein Austausch mit dem erweiterten Team, eigenständiges Arbeiten. |
|
Data Engineers |
Ggf. nicht vorhanden. |
|
|
Software Engineers |
Erhalten Modelle von Data Scientists und sind vom Datenteam isoliert. |
|
|
ML-Lebenszyklus |
Datenaufbereitung |
Datenbanken existieren ggf., aber die Daten für das Modelltraining werden manuell zusammengestellt. |
|
Modelltraining |
Experimente werden nicht getrackt, es gibt keine Daten- oder ML-Pipelines. |
|
|
Modelldeployment |
Modelle werden meist manuell mit Eingaben und Ausgaben übergeben. Es gibt keine Versionskontrolle, das Scoring-Skript wird manuell erstellt, das Deployment übernehmen in der Regel Data Scientists. |
|
|
Anwendung |
Integration |
Vollständig manuelles Testen und Freigeben bei jedem Deployment, starke Abhängigkeit von Data Scientists. |
DevOps, aber kein MLOps
Mit der Einführung von DevOps-Best Practices bleibt das Datenteam weiter isoliert, auch wenn es dedizierte Data Engineers geben mag. Cloud-Technologien können im Einsatz sein, werden aber nicht ausgeschöpft. In dieser Phase werden das Abrufen von Daten aus Datenbanken und die ML-Vorbereitung in wiederverwendbaren Pipelines automatisiert. Beim Deployment können Integrationstests vorhanden sein. Data Scientists tragen viele Hüte und sind nach dem Deployment stark ins Testen involviert.
|
Menschen |
Data Scientists |
Kein Austausch mit dem erweiterten Team, eigenständiges Arbeiten. |
|
Data Engineers |
Kein Austausch mit dem erweiterten Team, eigenständiges Arbeiten. |
|
|
Software Engineers |
Erhalten Modelle von Data Scientists und sind vom Datenteam isoliert. |
|
|
ML-Lebenszyklus |
Datenaufbereitung |
Automatisierte Datenpipelines stehen zur Verfügung und können auf Managed-Cloud-Ressourcen laufen. |
|
Modelltraining |
Experimente sind nicht reproduzierbar und werden nicht durchgängig nachvollziehbar getrackt. |
|
|
Modelldeployment |
Modelle werden meist manuell mit Eingaben und Ausgaben übergeben. Es gibt Versionskontrolle, das Scoring-Skript wird jedoch weiterhin manuell erstellt, das Deployment übernehmen meist Data Scientists oder Engineers. |
|
|
Anwendung |
Integration |
Releases sind automatisiert und grundlegende Integrationstests vorhanden, jedoch stark von der Expertise der Data Scientists abhängig. |
Automatisiertes Training
In dieser Phase verbessert sich die Zusammenarbeit im Datenteam deutlich. Data Scientists arbeiten mit Engineers zusammen, um ihren Training-Code in wiederholbare Skripte zu überführen, die automatisierte Datenpipelines nutzen. Experimente werden getrackt, Versionskontrolle ist weit verbreitet. Das Deployment ist stärker automatisiert, wobei Modelldateien weiterhin an Software Engineers übergeben werden.
|
Menschen |
Data Scientists |
Data Scientists arbeiten mit Data Engineers zusammen, um Experiment-Code in wiederholbare Skripte zu überführen. |
|
Data Engineers |
||
|
Software Engineers |
Erhalten Modelle von Data Scientists und sind vom Datenteam isoliert. |
|
|
ML-Lebenszyklus |
Datenaufbereitung |
Automatisierte Datenpipelines auf Managed-Cloud-Ressourcen. |
|
Modelltraining |
Experimente werden getrackt, Trainingscode und Modelle sind versionskontrolliert. |
|
|
Modelldeployment |
Modelle werden weiterhin manuell bereitgestellt, das Scoring-Skript ist jedoch versionskontrolliert und das Release wird nun von Software-Engineering-Teams gesteuert. |
|
|
Anwendung |
Integration |
Releases sind automatisiert und grundlegende Integrationstests vorhanden, jedoch stark von der Expertise der Data Scientists abhängig. |
Automatisiertes Modelldeployment
Software Engineers arbeiten nun deutlich enger mit Data Engineers zusammen, um sowohl Modelle als auch deren Trainings- und Datenerhebungspipelines bereitzustellen. Experimente werden vollständig getrackt, und es gibt automatisierte Unit- und Integrationstests für jedes Modell-Release sowie für die Anwendung selbst. Teilweise kommt auch CI/CD zum Einsatz.
|
Menschen |
Data Scientists |
Data Scientists arbeiten mit Data Engineers zusammen, um Experiment-Code in wiederholbare Skripte zu überführen. |
|
Data Engineers |
||
|
Software Engineers |
Arbeiten mit Data Engineers zusammen, um die Modellintegration in Anwendungen zu automatisieren. |
|
|
ML-Lebenszyklus |
Datenaufbereitung |
Automatisierte Datenpipelines auf Managed-Cloud-Ressourcen. |
|
Modelltraining |
Experimente werden getrackt, Trainingscode und Modelle sind versionskontrolliert. |
|
|
Modelldeployment |
Modelle werden nun automatisch bereitgestellt, das Scoring-Skript ist versionskontrolliert und das Release wird über eine Continuous-Delivery-(CI/CD-)Pipeline gesteuert. |
|
|
Anwendung |
Integration |
Die Integration im Anwendungscode ist weniger abhängig von Data Scientists; für jedes Modell-Release existieren Unit- und Integrationstests. |
Vollständiges MLOps mit automatisiertem Retraining
In der letzten Reifestufe arbeiten Data Engineers, Data Scientists und Software Engineers Hand in Hand, um möglichst viel im Entwicklungs- und Bereitstellungsprozess zu automatisieren. Experimente sowie Training und Retraining der Modelle werden auf Basis von Produktionsmetriken automatisiert, Modelle werden automatisch released und durch eine CI/CD-Pipeline gesteuert, und Modelle werden im Anwendungscode getestet.
|
Menschen |
Data Scientists |
Data Scientists arbeiten mit Data Engineers zusammen, um Experimente in wiederholbare Skripte zu überführen, und mit Software Engineers, um Prozesse zu automatisieren. Data Engineers und Software Engineers automatisieren gemeinsam die Modellintegration in die Anwendung und erheben Performance-Metriken nach dem Deployment. |
|
Data Engineers |
||
|
Software Engineers |
||
|
ML-Lebenszyklus |
Datenaufbereitung |
Automatisierte Datenpipelines auf Managed-Cloud-Ressourcen. |
|
Modelltraining |
Experimente werden getrackt, Trainingscode und Modelle sind versionskontrolliert; Modelle werden nach dem Deployment automatisch auf Basis von Performance-Metriken neu trainiert. |
|
|
Modelldeployment |
Modelle werden automatisch bereitgestellt, das Scoring-Skript ist versionskontrolliert, das Release wird über eine Continuous-Delivery-(CI/CD-)Pipeline gesteuert. |
|
|
Anwendung |
Integration |
Die Integration im Anwendungscode ist weniger abhängig von Data Scientists; für jedes Modell-Release existieren Unit- und Integrationstests. |
Unterschiede zwischen gängigen MLOps-Modellen
Ein auffälliger Unterschied zwischen diesem MLOps-Reifegradmodell und dem von Google ist die Einordnung von CI/CD-Konzepten. Google sieht diese typischerweise auf der letzten Reifestufe, während Microsoft das Retraining als finalen Schritt betrachtet.
In der Praxis ist Retraining einer der Haupttreiber für die Einführung von MLOps und kann früher integriert werden. Allerdings gibt es dafür Voraussetzungen: weitgehende Automatisierung und belastbare Infrastruktur sowie hochwertige Daten- und Trainingspipelines. CI/CD-Konzepte werden bis in die letzte Stufe des MLOps-Reifegrads weiter verfeinert.
Hochreife Organisationen wie Google und Microsoft setzen in der Regel maßgeschneiderte Software auf ihren eigenen Cloud-Lösungen ein und nutzen spezialisierte Tools maximal aus. Software Engineers berichten oft, dass Technologie in diesen Unternehmen „einfach funktioniert“ – mit reibungslosen Modelldeployments und effizientem Datenzugriff. Das ist nötig, weil dort Hunderte Modelle für ein breites Produktspektrum in Produktion laufen.
So steigerst du deinen MLOps-Reifegrad
MLOps gehört weiterhin zu den kritischsten Bereichen der Data Science, denn viele Organisationen kämpfen noch immer damit, Modelle in Produktion zu bringen. Reifegradmodelle bieten einen hervorragenden Rahmen, um die aktuelle Position von Datenteams in ihren ML-Fähigkeiten zu verstehen und den Weg nach vorn zu planen.
Mehr zu MLOps findest du hier:
- [DataFramed Podcast] Operationalizing Machine Learning with MLOps
- [Webinar] A Practical Guide to MLOps
