Bereitgestellt bedeutet nicht überall aktiv
Eine neue Entwurfserstellung kann technisch vorhanden sein, während sie zunächst nur einer bestimmten Gruppe angezeigt wird. Ein Schalter entscheidet, welcher Ablauf für einen Vorgang verwendet wird.
Der Fachbeitrag zu Feature Toggles auf Martin Fowlers Website erläutert unterschiedliche Verwendungen solcher Schalter. Für ein KI-Projekt ist besonders die kontrollierte Einführung einzelner Funktionen relevant.
Den Schalter fachlich benennen
„Neue KI an“ ist für den Betrieb zu ungenau. Aussagekräftiger ist, welche konkrete Wirkung aktiviert wird, etwa das Erstellen eines internen Entwurfs für einen bestimmten Vorgangstyp.
Wenn Lesen, Vorbereiten und Schreiben getrennte Stufen sind, sollten deren Abhängigkeiten klar sein. Das Abschalten einer sichtbaren Oberfläche darf nicht versehentlich einen Hintergrundprozess weiterlaufen lassen.
Beide Zustände prüfen
Fiktives Beispiel: Mit aktivem Schalter erscheint ein Vorschlag in der Arbeitsliste. Ohne ihn läuft der bisherige manuelle Weg. Beide Zustände müssen funktionieren, einschließlich bereits begonnener Vorgänge.
Testen Sie auch, was beim Umschalten geschieht. Ein Vorgang sollte nicht mehrfach verarbeitet werden oder zwischen zwei Zuständen ohne zuständige Bearbeitung hängen bleiben.
Verantwortung und Lebensdauer festlegen
Wer darf den Schalter ändern, und wo ist der aktuelle Zustand erkennbar? Eine Änderung sollte nachvollziehbar sein, damit eine spätere Fehleranalyse die tatsächlich aktive Konfiguration kennt.
Nach einer abgeschlossenen Einführung werden vorübergehende Schalter möglicherweise nicht mehr gebraucht. Dauerhaft liegen gelassene Varianten erhöhen die Zahl möglicher Kombinationen und erschweren die Prüfung.
Ein Feature Flag ist außerdem kein Ersatz für Zugriffsrechte. Wer eine Funktion nicht sehen soll, darf ihre Aktion nicht über einen anderen Weg auslösen können. Im Forward Deployment sollten Freischaltung, Berechtigung und fachliche Freigabe deshalb als unterschiedliche Aufgaben behandelt werden.
Quellen und weiterführende Grundlagen
Über den Autor
Julian Süllner hat Provehor gegründet und führt das Unternehmen als Geschäftsführer. Er verantwortet Produktentwicklung, Kundenprojekte und die Ratgeber auf dieser Website.