Zum Inhalt springen
FM-Connect Chat

Hallo! Ich bin Ihr FM-Connect Chat-Assistent. Wie kann ich Ihnen helfen?

FM-Solutionmaker: Gemeinsam Facility Management neu denken

MLOps Engineer

Facility Management: AI » Strategie » KI-Organisation » MLOps Engineer

Funktion und organisatorische Einordnung

Der MLOps Engineer organisiert und realisiert den kontrollierten technischen Lebenszyklus von Modellen künstlicher Intelligenz in der eigenen Betreiberorganisation. Die Bezeichnung Machine Learning Operations steht für die Verbindung von Modellentwicklung, nachvollziehbarer Bereitstellung und verlässlichem Betrieb. Der Auftrag beginnt nicht bei der allgemeinen Serververwaltung, sondern bei den besonderen Anforderungen an Modelle, Datenabhängigkeiten, Prüfnachweise und Versionsstände. Ziel ist ein Betriebszustand, dessen Komponenten bekannt sind und der bei Änderungen, Fehlern oder Ausfällen gezielt untersucht und wiederhergestellt werden kann. Die Funktion wird einem spezialisierten Betriebs-, Plattform- oder Produktteam zugeordnet. Sie arbeitet mit Modell- und Anwendungsentwicklung, Produktverantwortung sowie der allgemeinen Informationsinfrastruktur zusammen. Der Betreiber legt betreute Anwendungen, Betriebszeiten, Wiederherstellungsziele und Freigaberechte fest. Bei Sprachmodellen umfasst der Auftrag auch die versionsbezogene Behandlung von Modellanweisungen, Wissensständen und Bewertungssätzen. Werden vollständig betreute externe Dienste genutzt, ist abzugrenzen, welche Leistungen der Anbieter erbringt und welche Nachweise, Konfigurationen und Entscheidungen der Betreiber selbst beherrscht. Nicht jede zugekaufte Anwendung erfordert ein eigenes internes Betriebsteam.

MLOps für zuverlässige und skalierbare KI-Systeme

Hauptaufgaben und Arbeitsergebnisse

Der MLOps Engineer betreibt keine beliebige Folge automatischer Modellwechsel. Bereitstellung und Änderung erfolgen in einem geregelten Verfahren mit festgelegten Prüfungen, Verantwortlichen und Rückkehrmöglichkeiten. Technische Erreichbarkeit, korrekte Datenversorgung und fachliche Ergebnisqualität werden als unterschiedliche Betriebsmerkmale betrachtet. Eine Anwendung kann technisch erreichbar sein und trotzdem ungeeignete Ergebnisse liefern; die Überwachung muss diese Unterschiede sichtbar machen.

Hauptaufgabe

Konkrete Ausführung

Erwartetes Arbeitsergebnis

Übernahme prüfen

Modell, Anwendung, Konfiguration und Abhängigkeiten auf technische Vollständigkeit prüfen. Betriebsgrenzen, Zuständigkeiten und benötigte Nachweise mit Entwicklung sowie Produktverantwortung klären. Ungeklärte Versionsbezüge und fehlende Wiederherstellungsmöglichkeiten vor Übernahme offenlegen.

Geprüfter Übernahmestand mit vollständigen Liefergegenständen und benannten Betriebsgrenzen.

Bereitstellung reproduzierbar gestalten

Zusammengehörige Modell- und Anwendungsstände geordnet verwalten und kontrolliert bereitstellen. Automatische Prüfungen und notwendige Freigaben in den Ablauf einbauen. Entwicklungs-, Prüf- und Produktivstände unterscheiden und ihre Herkunft nachvollziehbar sichern.

Wiederholbarer Bereitstellungsprozess mit eindeutigem Versionsbezug und dokumentierten Freigaben.

Daten- und Modellzustand überwachen

Technische Erreichbarkeit, Datenzufuhr, Verarbeitungsfehler und vereinbarte Qualitätsindikatoren überwachen. Auffällige Verteilungen oder Ergebnisse an die zuständigen Prüfer melden. Alarme so gestalten, dass Bedeutung, Empfänger und erforderliche Reaktion nachvollziehbar sind.

Wirksame Überwachung mit zugeordneten Meldungen und erkennbaren technischen sowie fachlichen Prüfanlässen.

Modelländerungen kontrollieren

Freigegebene neue Modelle, Konfigurationen und Wissensstände nach dem vereinbarten Verfahren einspielen. Erforderliche Vergleichstests durchführen und Ergebnisse dokumentieren. Automatisches Nachtraining von der gesonderten Freigabe eines neuen produktiven Stands trennen.

Geprüfte Änderungsstände mit nachvollziehbarer Freigabe und kontrollierter Nachbeobachtung.

Störungen und Wiederherstellung bearbeiten

Technische Störungen eingrenzen, vereinbarte Sofortmaßnahmen ausführen und betroffene Stellen informieren. Nachweise sichern und erforderlichenfalls auf einen geprüften Ersatzstand zurückgehen. Wiederanlaufbedingungen prüfen und verbleibende Einschränkungen sichtbar übergeben.

Nachvollziehbare Störungsbearbeitung mit geprüftem Wiederanlauf und gesicherten Erkenntnissen zur Ursache.

Ressourcen und Anbieter verfolgen

Modellbezogene Auslastung, Antwortzeiten, Kosten und technische Begrenzungen beobachten. Angekündigte oder erkannte Anbieteränderungen auf Auswirkungen prüfen. Kapazitäts- und Wechselbedarf mit Produktverantwortung sowie zuständiger Infrastruktur abstimmen.

Transparenter Ressourcen- und Abhängigkeitsstand mit rechtzeitig vorbereitetem Handlungsbedarf.

Nachweise und Anweisungen pflegen

Versionsverlauf, Freigaben, Prüfstände und relevante Betriebsereignisse geordnet dokumentieren. Aufbewahrung und Zugriff nach den festgelegten Anforderungen umsetzen. Betriebsanweisungen so pflegen, dass eine qualifizierte Vertretung zulässige Schritte sicher ausführen kann.

Aktuelle, nutzbare Betriebsunterlagen mit zweckgerechten Nachweisen und gesicherter Vertretungsfähigkeit.

Stilllegung technisch abschließen

Außer Betrieb genommene Modellstände, Zeitsteuerungen und Zugriffe geordnet deaktivieren. Abhängige Anwendungen prüfen und erforderliche Nachweise erhalten. Daten und technische Artefakte nach den genehmigten Regeln entfernen oder archivieren; unbeabsichtigte Restnutzung verhindern.

Vollständig nachvollziehbare Stilllegung ohne aktive Restverbindungen oder ungeklärte technische Folgewirkungen.

Verantwortung und Befugnisse

Die Funktion verantwortet die ordnungsgemäße technische Ausführung der übertragenen Betriebs- und Änderungsaufgaben. Sie darf Bereitstellungen mit fehlenden Voraussetzungen zurückweisen, technische Betriebsgrenzen überwachen und bei festgelegten Auslösern vereinbarte Rücksetz- oder Unterbrechungsmaßnahmen durchführen. Der Betreiber bestimmt, welche Eingriffe ohne erneute Einzelentscheidung zulässig sind. Fachliche Akzeptanz, Rechtsprüfung und Freigabe einer wesentlichen Zweckänderung gehören nicht automatisch zum technischen Mandat. Eine erfolgreiche Installation ersetzt keine Freigabe zur Nutzung.

Für jede produktive Bereitstellung hält der MLOps Engineer die zusammengehörenden Modell-, Anwendungs-, Konfigurations- und Datenquellenstände nachvollziehbar. Bei externen Modellen wird mindestens dokumentiert, welcher zugesagte Versionsbezug verfügbar ist und welche Änderungen nicht vollständig vom Betreiber kontrolliert werden können. Fehlende Reproduzierbarkeit wird als Betriebsgrenze behandelt. Die Funktion verspricht keine exakte Wiederholung generativer Ausgaben, wenn das verwendete System diese nicht gewährleistet. Sie sichert stattdessen nachvollziehbare Bedingungen, vereinbarte Prüfungen und einen kontrollierten Umgang mit verbleibender Unsicherheit.

Veränderte Datenverteilungen oder auffällige Kennzahlen lösen zunächst die festgelegte Untersuchung aus. Sie rechtfertigen nicht automatisch ein erneutes Training oder den Austausch des produktiven Modells. Fachliche Qualitätsgrenzen werden von den zuständigen Personen vorgegeben und nicht allein zur Verringerung technischer Alarme verändert. Nachtraining, Modellwechsel und zusätzliche Autonomie benötigen die jeweils vorgesehenen Nachweise und Freigaben. Für dringliche Störungen bleiben begrenzte Sofortmaßnahmen mit nachträglicher Dokumentation und zeitnaher fachlicher Bewertung möglich, sofern der Betreiber dieses Vorgehen ausdrücklich geregelt hat.

Zusammenarbeit, Vertretung und Sonderaufgaben

Data Scientists liefern Modellanforderungen, Referenzergebnisse und methodische Grenzen. Entwickler liefern Anwendungskomponenten, Schnittstellen, Abhängigkeiten und anwendungsbezogene Tests. Der MLOps Engineer prüft die technische Übernehmbarkeit und richtet wiederholbare Bereitstellungs- und Prüfabläufe ein. Mit dem Product Owner vereinbart er, welche Meldungen fachlich bewertet werden müssen und wer über Nutzungseinschränkungen entscheidet. Die Governance-Funktion erhält die vereinbarten Nachweise über Freigaben, Änderungen und wesentliche Vorfälle.

Die allgemeine Systembetreuung stellt die vereinbarte Infrastruktur und übergreifende Dienste bereit. Der MLOps Engineer übernimmt nicht deren umfassende Verantwortung, sondern beschreibt die spezifischen Anforderungen des Modellbetriebs. Bei externen Diensten verfolgt er zugesagte Leistungsmerkmale, Ankündigungen und relevante Störungen über die geregelten Anbieterwege. Anbieterwechsel und Abkündigungen werden frühzeitig an Produktverantwortung und Entwicklung gemeldet. Technische Abhängigkeiten werden so dokumentiert, dass Auswirkungen auf andere Anwendungen nicht erst bei einer Störung erkennbar werden.

Die Vertretung muss anhand gepflegter Betriebsanweisungen einen definierten Modellstand erkennen, Meldungen einordnen und zulässige Wiederherstellungsmaßnahmen ausführen können. Kritische Zugänge werden betrieblich verwaltet, nicht an persönliche Einzelkonten gebunden. Anlassbezogene Aufgaben entstehen bei Qualitätsabfall, Datenunterbrechung, unerwarteten Kosten, technischen Sicherheitsbefunden oder einem nicht angekündigten Anbieterwechsel. Nach einer Störung werden tatsächliche Ursache, verwendeter Ersatzstand und offene Einschränkungen dokumentiert. Wiederanlauf erfolgt erst nach den vereinbarten technischen Prüfungen und der gegebenenfalls erforderlichen fachlichen Entscheidung.

Qualifikation und Leistungsnachweise

Geeignet sind ein Studium der Informatik oder eines verwandten Fachs, eine einschlägige technische Berufsausbildung oder gleichwertige praktische Kenntnisse. Zwingend erforderlich sind Erfahrung mit reproduzierbarer Softwarebereitstellung, Versionsverwaltung, automatisierten Prüfungen und strukturiertem Störungsmanagement. Hinzu kommt ein belastbares Verständnis maschineller Lernsysteme: Datenabhängigkeiten, Modellartefakte, Bewertungsstände und Veränderungen der Ergebnisqualität. Die Person muss erkennen, wo technische Überwachung endet und eine methodische oder fachliche Untersuchung erforderlich ist.

Benötigt werden Kenntnisse der eingesetzten Betriebsumgebung, sicherer Konfigurationsverwaltung, zweckgerechter Protokollierung und kontrollierter Zugriffsvergabe. Modelle und ihre Verarbeitungsschritte müssen in nachvollziehbaren technischen Abläufen bereitgestellt werden können. Für Sprachmodellanwendungen sind zusätzliche Kenntnisse über Anbietergrenzen, Modellanweisungen, Wissensindexstände und anwendungsbezogene Qualitätsprüfungen erforderlich. Nicht jeder Auftrag verlangt sämtliche Plattformtechnologien. Vertiefte mathematische Modellentwicklung ist hilfreich, aber keine Voraussetzung für jede Betriebsfunktion.

Ergänzend wertvoll sind Erfahrungen mit Last- und Kostensteuerung, Wiederherstellungsübungen, Abhängigkeitsanalyse sowie dem Betrieb extern bezogener Modelldienste. Der Betreiber bewertet die erforderliche Erfahrung anhand von Nutzungsumfang, Folgen eines Ausfalls und Änderungsintensität. Ein einzelnes Anbieterzertifikat ersetzt keine praktische Betriebsfähigkeit. Sorgfalt, nachvollziehbare Kommunikation und ein zurückhaltender Umgang mit produktiven Änderungen sind wesentlich. Betriebszeiten, Rufbereitschaft und personelle Besetzung werden aus dem tatsächlichen Bedarf abgeleitet und gesondert vereinbart; der Titel begründet keine ständige persönliche Erreichbarkeit.

Leistungsnachweise umfassen nachvollziehbare produktive Stände, wirksame Überwachung, geprüfte Rücksetzverfahren und vollständig dokumentierte Änderungen. Technische Verfügbarkeit wird zusammen mit Fehlererkennung, fachlich bewerteten Qualitätsabweichungen und Wiederherstellbarkeit betrachtet. Hohe Bereitstellungsfrequenz ist kein Selbstzweck. Der Betreiber prüft, ob Warnungen bearbeitet werden, ob eine qualifizierte Vertretung handlungsfähig ist und ob alte Modellstände tatsächlich außer Nutzung genommen wurden. Nachtraining oder Modellwechsel gelten erst dann als abgeschlossen, wenn die erforderlichen Prüfungen, Freigaben und Nachbeobachtungen nachvollziehbar vorliegen.