Continuous Integration- und Continuous Delivery-Workflows für LUIS DevOps

  • Artikel

Wichtig

LUIS wird am 1. Oktober 2025 eingestellt, und ab dem 1. April 2023 können Sie keine neuen LUIS-Ressourcen erstellen. Es wird die Migration Ihrer LUIS-Anwendungen zu Conversational Language Understanding empfohlen, um fortgesetzte Produktunterstützung und mehrsprachige Funktionen zu erhalten.

Softwareentwickler, die eine Language Understanding-App (LUIS) entwickeln, können DevOps-Verfahren für Quellcodeverwaltung, automatisierte Builds, Tests und Releaseverwaltung anwenden. In diesem Artikel werden Konzepte für das Implementieren automatisierter Builds für LUIS erläutert.

Erstellen von Build-Automatisierungsworkflows für LUIS

CI workflows

Konfigurieren Sie in Ihrem Quellcodeverwaltungssystem (SCM) automatisierte Buildpipelines, die bei folgenden Ereignissen ausgeführt werden:

  1. Ein PR-Workflow, der ausgelöst wird, wenn ein Pull Request (PR) ausgelöst wird. Dieser Workflow überprüft den Inhalt des PR, bevor die Updates im Mainbranch zusammengeführt werden.
  2. Ein CI/CD-Workflow, der ausgelöst wird, wenn Aktualisierungen an den Mainbranch gepusht werden, z. B. nach dem Zusammenführen der Änderungen aus einem PR: Dieser Workflow stellt die Qualität aller Aktualisierungen für den Mainbranch sicher.

Im CI/CD-Workflow werden zwei komplementäre Entwicklungsprozesse vereinigt:

  • Continuous Integration (CI) ist das Entwicklungsverfahren, bei dem Code in einem freigegebenen Repository regelmäßig committet wird und daraufhin ein automatisierter Build erfolgt. In Kombination mit einem automatisierten Testansatz kann durch die Continuous Integration für jede Aktualisierung sichergestellt werden, dass die LUDown-Quelle immer noch gültig ist und in eine LUIS-App importiert werden kann; außerdem wird eine Gruppe von Tests übergeben, in denen überprüft wird, ob die trainierte App die erforderlichen Intents und Entitäten für die Lösung erkennen kann.

  • Continuous Delivery (CD) führt das Konzept der Continuous Integration weiter: Die Anwendung wird automatisch in einer Umgebung bereitgestellt, in der Sie umfassendere Tests durchführen können. Anhand von CD werden wir frühzeitig und schnellstmöglich auf unvorhergesehene Probleme aufmerksam gemacht, die im Zusammenhang mit den Änderungen entstehen können. Außerdem werden wir über Lücken in unserer Testabdeckung benachrichtigt.

Continuous Integration und Continuous Delivery sollen sicherstellen, dass der „Mainbranch zu jedem Zeitpunkt bereitstellbar ist“. Für eine LUIS-App bedeutet dies, dass bei Bedarf eine beliebige Version aus der Mainbranch-LUIS-App in die Produktionsumgebung überführt werden kann.

Tools zum Entwickeln von Automatisierungs-Workflows für LUIS

Tipp

Eine vollständige Lösung für die Implementierung von DevOps finden Sie im LUIS DevOps-Vorlagenrepository.

Zum Erstellen von Build-Automatisierungsworkflows stehen verschiedene Build-Automatisierungstechnologien zur Verfügung. Bei allen ist es erforderlich, dass Sie Skripts mit Schritten über eine Befehlszeilenschnittstelle (CLI) oder REST-Aufrufe schreiben können, sodass sie auf einem Buildserver ausgeführt werden können.

Verwenden Sie die folgenden Tools, um Automatisierungs-Workflows für LUIS zu erstellen:

Der PR-Workflow

Wie bereits erwähnt, konfigurieren Sie diesen Workflow so, dass er ausgeführt wird, wenn ein Entwickler einen PR auslöst, um die Zusammenführung von Änderungen aus einem Featurebranch im Mainbranch vorzuschlagen. Sein Zweck besteht darin, die Qualität der Änderungen im PR zu überprüfen, bevor diese mit dem Mainbranch zusammengeführt werden.

Mit diesem Workflow sollen folgende Aktionen ausgeführt werden:

  • Erstellen einer temporären LUIS-App durch Importieren der .lu-Quelle in den PR.
  • Trainieren und Veröffentlichen der LUIS-App-Version.
  • Ausführen aller zugehörigen Komponententests.
  • Übergeben Sie den Workflow nur, wenn alle Tests bestanden wurden; andernfalls schlägt er fehl.
  • Bereinigen Sie die temporäre App, und löschen Sie sie.

Sofern von Ihrem SCM unterstützt, konfigurieren Sie Schutzregeln für Branches so, dass dieser Workflow erfolgreich abgeschlossen werden muss, bevor der PR abgeschlossen werden kann.

Der CI/CD-Workflow für den Mainbranch

Konfigurieren Sie diesen Workflow so, dass er ausgeführt wird, nachdem die Aktualisierungen im PR im Mainbranch zusammengeführt wurden. Damit soll die Mainbranchqualität auf hohem Niveau gehalten werden, indem die Aktualisierungen getestet werden. Wenn die Updates dem Qualitätsniveau gerecht werden, stellt dieser Workflow die neue LUIS-App-Version in einer Umgebung bereit, in der Sie umfassendere Tests durchführen können.

Mit diesem Workflow sollen folgende Aktionen ausgeführt werden:

  • Erstellen einer neuen Version in der primären LUIS-App (d. h. der App, die Sie für den Mainbranch verwalten) mit dem aktualisierten Quellcode

  • Trainieren und Veröffentlichen der LUIS-App-Version.

    Hinweis

    Wie in Ausführen von Tests in einem automatisierten Buildworkflow erläutert, müssen Sie die getestete LUIS-App-Version veröffentlichen, damit Tools wie NLU.DevOps darauf zugreifen können. LUIS unterstützt nur zwei benannte Veröffentlichungsslots (Staging und Produktion) für eine LUIS-App, Sie können eine Version jedoch auch direkt veröffentlichen und nach Versionen abfragen. Verwenden Sie die direkte Versionsveröffentlichung in ihren Automatisierungsworkflows, damit Sie sich nicht nur auf die benannten Veröffentlichungsslots beschränken müssen.

  • Führen Sie alle Komponententests aus.

  • Führen Sie optional auch Batchtests aus, um Qualität und Genauigkeit der LUIS-App-Version zu testen und diese mit einer Baseline zu vergleichen.

  • Bei erfolgreichem Abschluss der Tests:

    • Markieren Sie die Quelle im Repository.
    • Führen Sie den CD-Auftrag (Continuous Delivery) aus, um die LUIS-App-Version in Umgebungen für weitere Tests zu veröffentlichen.

Continuous Delivery (CD)

Der CD-Auftrag in einem CI/CD-Workflow wird bedingt bei Erfolg des Buildprozesses und der automatisierten Komponententests ausgeführt. Dabei wird die LUIS-Anwendung automatisch in einer Umgebung bereitgestellt, in der Sie weitere Tests ausführen können.

Es wird keine bestimmte Lösung für die Bereitstellung Ihrer LUIS-App empfohlen, und Sie müssen den Prozess implementieren, der für Ihr Projekt geeignet ist. Die Repository LUIS-DevOps-Template implementiert hierfür eine einfache Lösung. Dabei wird die neue LUIS-App-Version im Veröffentlichungsslot Produktion veröffentlicht. Diese Vorgehensweise eignet sich für ein einfaches Setup. Wenn Sie jedoch eine Reihe von verschiedenen Produktionsumgebungen gleichzeitig unterstützen müssen (wie Entwicklung, Staging und UAT), erweist sich die Beschränkung auf zwei benannte Veröffentlichungsslots pro App als unzureichend.

Weitere Optionen zum Bereitstellen einer App-Version:

  • Belassen Sie die App-Version veröffentlicht auf dem direkten Versionsendpunkt, und implementieren Sie einen entsprechenden Prozess zum Konfigurieren von Downstream-Produktionsumgebungen mit dem direkten Versionsendpunkt.
  • Verwalten Sie unterschiedliche LUIS-Apps für jede Produktionsumgebung, und schreiben Sie Automatisierungsschritte zum Importieren von .lu in eine neue Version der LUIS-App für die Ziel-Produktionsumgebung, um sie zu trainieren und zu veröffentlichen.
  • Exportieren Sie die getestete LUIS-App-Version in einen LUIS-Docker-Container, und stellen Sie den LUIS-Container in Azure Container Instances bereit.

Releaseverwaltung

Im Allgemeinen wird empfohlen, dass Sie Continuous Delivery nur für Nicht-Produktionsumgebungen verwenden, z. B. für die Entwicklung und das Staging. Die meisten Teams benötigen einen manuellen Überprüfungs- und Genehmigungsprozess für die Bereitstellung in einer Produktionsumgebung. Bei einer Bereitstellung in einer Produktionsumgebung sollten Sie sicherstellen, dass dies erfolgt, wenn Schlüsselpersonen des Entwicklungsteams zur Unterstützung zur Verfügung stehen oder in Zeiten mit geringem Datenverkehrsaufkommen.

Anwenden von DevOps auf die Entwicklung von LUIS-Apps mithilfe von GitHub Actions

Navigieren Sie zum LUIS DevOps-Vorlagenrepository, wenn Sie eine vollständige Projektmappe suchen, um DevOps und bewährte Methoden der Softwareentwicklung für LUIS zu implementieren. Sie können dieses Vorlagenrepository verwenden, um ein eigenes Repository mit integrierter Unterstützung für CI/CD-Workflows und Praktiken zu erstellen, die Quellcodeverwaltung, automatisierte Builds, Tests und Releaseverwaltung mit LUIS für Ihr eigenes Projekt ermöglichen.

Das LUIS DevOps-Vorlagenrepository führt Sie durch die folgenden Schritte:

Nächste Schritte