Im Kontext von MLOps sind die Vorteile der Verwendung eines mandantenfähigen Systems vielfältig. Ingenieure für maschinelles Lernen, Datenwissenschaftler, Analysten, Modellierer und andere Praktiker, die an MLOps-Prozessen beteiligt sind, müssen häufig ähnliche Aktivitäten mit ebenso ähnlichen Software-Stacks ausführen. Es ist für ein Unternehmen von großem Vorteil, nur aufrechtzuerhalten eins Instanz des Stacks oder seiner Funktionen – das senkt Kosten, spart Zeit und verbessert die Zusammenarbeit. Im Wesentlichen können MLOps-Teams auf mandantenfähigen Systemen exponentiell effizienter sein, da sie keine Zeit mit dem Wechsel zwischen zwei verschiedenen Stacks oder Systemen verschwenden.
Wachsende Nachfrage nach Mandantenfähigkeit
Die Verbreitung mandantenfähiger Systeme nimmt zu, und das aus gutem Grund. Diese Systeme tragen zur Vereinheitlichung von Computerumgebungen bei und verhindern so Szenarien, in denen einzelne Gruppen ihre eigenen maßgeschneiderten Systeme einrichten. Fragmentierte Rechenumgebungen wie diese sind stark dupliziert und erhöhen die Betriebskosten, da jede Gruppe wahrscheinlich ein eigenes Team benötigt, um ihr lokales System betriebsbereit zu halten. Auch das führt zu Inkonsistenzen. In einem großen Unternehmen gibt es möglicherweise einige Gruppen, die Software in Version 7 ausführen, und andere, die Version 8 ausführen. Möglicherweise gibt es Gruppen, die bestimmte Technologien verwenden, andere jedoch nicht. Die Liste geht weiter. Diese Inkonsistenzen führen zu einem Mangel an gemeinsamem Verständnis darüber, was im gesamten System geschieht, was wiederum das Potenzial für Risiken aufdeckt.
Letztlich ist Multi-Tenancy kein Problem Besonderheit einer Plattform: Es handelt sich um eine grundlegende Sicherheitsfunktion. Es reicht nicht aus, die Sicherheit einfach nachträglich zu verbauen. Es muss Teil der grundlegenden Architektur eines Systems sein. Einer der größten Vorteile für Teams, die Multi-Tenant-Systeme aufbauen möchten, ist die implizite architektonische Verpflichtung zur Sicherheit, da Sicherheit für Multi-Tenant-Systeme von Natur aus ist.
Herausforderungen und Best Practices
Trotz der Vorteile der Implementierung mandantenfähiger Systeme sind sie nicht ohne Herausforderungen. Eine der größten Hürden für diese Systeme ist unabhängig von der Disziplin die Größe. Wann immer eine Skalierungsoperation beginnt, tauchen Muster auf, die vorher wahrscheinlich nicht erkennbar waren.
Wenn Sie mit der Skalierung beginnen, sammeln Sie vielfältigere Benutzererfahrungen und Erwartungen. Plötzlich finden Sie sich in einer Welt wieder, in der Benutzer beginnen, mit allem, was skaliert wird, zu interagieren und das Tool auf eine Art und Weise zu nutzen, die Sie nicht erwartet hätten. Die größere und grundlegendere Herausforderung besteht darin, dass Sie in der Lage sein müssen, mehr Komplexität zu bewältigen.
Wenn Sie etwas Mandantenfähiges erstellen, erstellen Sie wahrscheinlich eine gemeinsame Betriebsplattform, die mehrere Benutzer verwenden werden. Dies ist eine wichtige Überlegung. Etwas, das mandantenfähig ist, wird wahrscheinlich auch ein grundlegender Bestandteil Ihres Unternehmens werden, weil es eine so sinnvolle Investition ist.
Um den Aufbau mandantenfähiger Systeme erfolgreich umzusetzen, ist ein starkes Produktmanagement von entscheidender Bedeutung, insbesondere wenn das System von und für Experten für maschinelles Lernen erstellt wird. Es ist wichtig, dass die Personen, die ein domänenspezifisches System entwerfen und aufbauen, über fundierte Kenntnisse auf diesem Gebiet verfügen, damit sie von den Anforderungen und Fähigkeiten ihrer Endbenutzer ausgehen und gleichzeitig zukünftige Geschäfts- und Technologietrends vorhersehen können. Dieser Bedarf wird nur in sich entwickelnden Bereichen wie dem maschinellen Lernen unterstrichen, wie die Verbreitung und das Wachstum von MLOps-Systemen zeigen.
Abgesehen von diesen Best Practices sollten Sie darauf achten, jede Komponente des Systems und die Interaktionen und Arbeitsabläufe, die sie ermöglichen, intensiv zu testen – wir reden hier hunderte Male – und Benutzer dazu zu bringen, jedes Element und jede neue Funktionalitätseigenschaft zu testen. Manchmal werden Sie feststellen, dass Sie Dinge aufgrund des Geschäfts oder der Technologie auf eine bestimmte Art und Weise umsetzen müssen. Aber Sie möchten Ihren Benutzern wirklich treu bleiben und wissen, wie sie das System zur Lösung eines Problems nutzen. Sie möchten die Bedürfnisse eines Benutzers niemals falsch interpretieren. Ein Benutzer könnte zu Ihnen kommen und sagen: „Hey, ich brauche ein schnelleres Pferd.“ Möglicherweise verbringen Sie dann Ihre ganze Zeit damit, ein schnelleres Pferd zu trainieren, obwohl das Pferd eigentlich ein zuverlässigeres und schnelleres Fortbewegungsmittel brauchte, das nicht unbedingt mit Heu angetrieben wird.