Freigeben über


Verwenden von Tanzu-Build Service

Hinweis

Die Pläne Basic, Standard und Enterprise gelten ab Mitte März 2025 als veraltet und werden über einen Zeitraum von 3 Jahren eingestellt. Es wird empfohlen, auf Azure Container Apps umzustellen. Weitere Informationen finden Sie in der Ankündigung zur Einstellung von Azure Spring Apps.

Der Standardverbrauchs- und dedizierte Plan wird ab dem 30. September 2024 als veraltet gekennzeichnet und nach sechs Monaten vollständig eingestellt. Es wird empfohlen, auf Azure Container Apps umzustellen. Weitere Informationen finden Sie unter Migrieren vom Standardverbrauchs- und dedizierten Plan von Azure Spring Apps zu Azure Container Apps.

Dieser Artikel gilt für:❌ Basic/Standard ✔️ Enterprise

In diesem Artikel erfahren Sie, wie Sie VMware Tanzu Build Service mit dem Azure Spring Apps Enterprise-Plan verwenden.

VMware Tanzu Build Service automatisiert die Erstellung, Verwaltung und Governance von Containern im gesamten Unternehmen. Tanzu Build Service verwendet das Open-Source-Projekt Cloud Native Buildpacks, um Anwendungsquellcode in Containerimages umzuwandeln. Es führt reproduzierbare Builds nach modernen Containerstandards aus und hält Images auf dem neuesten Stand.

Buildpacks

VMware Tanzu Buildpacks bieten Framework- und Runtimeunterstützung für Anwendungen. Buildpacks untersuchen in der Regel Ihre Anwendungen, um zu ermitteln, welche Abhängigkeiten heruntergeladen werden sollen und wie die Anwendungen für die Kommunikation mit gebundenen Diensten konfiguriert werden.

Die Buildpacks für Sprachfamilien sind zusammengesetzte Buildpacks, die einfache vorkonfigurierte Unterstützung für die beliebtesten Sprach-Runtimes und Anwendungskonfigurationen bieten. Diese Buildpacks kombinieren mehrere Komponentenbuildpakete zu geordneten Gruppierungen. Die Gruppierungen erfüllen die Anforderungen jedes Buildpacks.

Builders

Ein Builder ist eine Tanzu Build Service-Ressource. Ein Builder enthält eine Reihe von Buildpacks und einen Stapel, der beim Erstellen von Quellcode verwendet wird.

Build-Agentpool

Tanzu Build Service im Enterprise-Plan ist der Einstiegspunkt zum Containerisieren von Benutzeranwendungen aus Quellcode und Artefakten. Es gibt einen dedizierten Build-Agent-Pool, der Computeressourcen für eine bestimmte Anzahl gleichzeitiger Buildaufgaben reserviert. Der Build-Agent-Pool verhindert Ressourcenkonflikte mit Ihren ausgeführten Apps.

Die folgende Tabelle zeigt die für Build-Agentpool-Skalierungsgruppen verfügbaren Größen:

Skalierungsgruppe CPU/Gi
S1 2 vCPU, 4 Gi
S2 3 vCPU, 6 Gi
S3 4 vCPU, 8 Gi
S4 5 vCPU, 10 Gi
S5 6 vCPU, 12 Gi
S6 8 vCPU, 16 Gi
S7 16 vCPU, 32 Gi
S8 32 vCPU, 64 Gi
S9 64 vCPU, 128 Gi

Tanzu Build Service ermöglicht es, maximal eine Buildaufgabe in der Größe des Pools zu erstellen und die doppelte Anzahl von Buildaufgaben in die Warteschlange zu stellen. Wenn das Kontingent des Agentpools für die Buildaufgabe nicht ausreicht, wird bei der Anforderung für diesen Build der folgende Fehler ausgegeben: The usage of build results in Building or Queuing status are (cpu: xxx, memory: xxxMi) and the remained quota is insufficient for this build. please retry with smaller size of build resourceRequests, retry after the previous build process completed or increased your build agent pool size.

Konfigurieren des Build-Agentpools

Wenn Sie eine neue Azure Spring Apps Enterprise-Dienstinstanz über das Azure-Portal erstellen, können Sie auf der Registerkarte VMware Tanzu-Einstellungen die Anzahl der Ressourcen konfigurieren, die dem Build-Agentpool zugewiesen werden.

Screenshot: Azure-Portal mit der Seite „Azure Spring Apps erstellen“ mit hervorgehobener Registerkarte „VMware Tanzu-Einstellungen“ und hervorgehobener Option „Zugeordnete Ressourcen“

Die folgende Abbildung zeigt die Ressourcen, die dem Agent-Pool für Tanzu Build Service zugeordnet werden, nachdem Sie die Dienstinstanz erfolgreich bereitgestellt haben. Hier können Sie auch die Größe des konfigurierten Agentpools aktualisieren, nachdem Sie die Dienstinstanz erstellt haben.

Screenshot: Azure-Portal mit der Seite „Build Service“ und dem Dropdownmenü zum Bearbeiten der Ressourcenzuordnung

Bedarfsgesteuerte Nutzung des Builddiensts

Sie können den Builddienst aktivieren oder deaktivieren, wenn Sie eine Instanz des Azure Spring Apps Enterprise-Plans erstellen.

Merkmale der Erstellung und Bereitstellung

Tanzu Build Service ist standardmäßig aktiviert, sodass Sie eine Containerregistrierung verwenden können. Wenn Sie den Builddienst deaktivieren, können Sie eine Anwendung nur mit einem benutzerdefinierten Containerimage bereitstellen. Sie haben folgende Optionen:

  • Aktivieren Sie den Builddienst, und verwenden Sie die verwaltete Containerregistrierung von Azure Spring Apps.

    Azure Spring Apps bietet eine verwaltete Azure Container Registry-Instanz zum Speichern von erstellten Images für Ihre Anwendungen. Sie können Erstellung und Bereitstellung nur zusammen als einen Befehl ausführen, aber nicht separat. Sie können die erstellten Container-Images nur für die Bereitstellung von Anwendungen in derselben Dienstinstanz verwenden. Auf die Images kann nicht von anderen Azure Spring Apps Enterprise-Dienstinstanzen zugegriffen werden.

  • Aktivieren Sie den Builddienst, und verwenden Sie Ihre eigene Containerregistrierung.

    In diesem Szenario wird die Erstellung von der Bereitstellung getrennt. Sie können Builds über den Quellcode einer Anwendung oder Artefakte in einem Containerimage getrennt von der Anwendungsbereitstellung ausführen. Sie können die in Ihrer eigenen Containerregistrierung gespeicherten Containerimages in mehreren Azure Spring Apps Enterprise-Dienstinstanzen bereitstellen.

  • Deaktivieren Sie den Builddienst.

    Wenn Sie den Builddienst deaktivieren, können Sie Anwendungen nur mit Containerimages bereitstellen, die Sie über jede Azure Spring Apps Enterprise-Dienstinstanz erstellen können.

Konfigurieren der Builddiensteinstellungen

Sie können Tanzu Build Service- und Containerregistrierungseinstellungen über das Azure-Portal oder die Azure CLI konfigurieren.

Führen Sie die folgenden Schritte aus, um Tanzu Build Service beim Bereitstellen einer Azure Spring Apps-Dienstinstanz zu aktivieren:

  1. Öffnen Sie das Azure-Portal.

  2. Wählen Sie auf der Registerkarte Grundlagen im Abschnitt Preise die Option Enterprise-Dienstebene aus, und geben Sie die erforderlichen Informationen ein.

  3. Wählen Sie Weiter: VMware Tanzu-Einstellungen aus.

  4. Wählen Sie auf der Registerkarte VMware Tanzu-Einstellungen die Option Build Service aktivieren aus. Die Standardeinstellung für Containerregistrierung lautet Verwaltete Azure Container Registry-Instanz zum Speichern erstellter Images verwenden.

    Screenshot: Azure-Portal mit der Seite „Azure Spring Apps erstellen“ mit der Registerkarte „VMware Tanzu-Einstellungen“ und der hervorgehobenen Option „Build Service-Einstellungen“

  5. Wenn Sie Eigene Containerregistrierung zum Speichern erstellter Images verwenden (Vorschau) für Containerregistrierung auswählen, geben Sie den Server, den Benutzernamen und das Kennwort Ihrer Containerregistrierung an.

    Screenshot: Azure-Portal mit der Seite „Azure Spring Apps erstellen“ mit der Registerkarte „VMware Tanzu-Einstellungen“ und hervorgehobenen Einstellungen für die Containerregistrierung

  6. Wenn Sie Build Service aktivieren deaktivieren, werden die Containerregistrierungsoptionen nicht bereitgestellt, aber Sie können Anwendungen mit Containerimages bereitstellen.

    Screenshot: Azure-Portal mit den VMware Tanzu-Einstellungen auf der Seite „Azure Spring Apps erstellen“, mit deaktivierter Option „Build Service aktivieren“

  7. Klicken Sie auf Überprüfen und erstellen.

Bereitstellen von Polyglot-Anwendungen

Sie können Polyglot-Anwendungen in einer Azure Spring Apps Enterprise-Dienstinstanz mit aktivierter oder deaktivierter Tanzu Build Service-Instanz bereitstellen. Weitere Informationen finden Sie unter Bereitstellen von mehrsprachigen Apps im Azure Spring Apps Enterprise-Plan.

Konfigurieren von APM-Integration und Zertifizierungsstellenzertifikaten

Durch die Verwendung von Tanzu Partner-Buildpacks und des Zertifizierungsstellenzertifikat-Buildpacks bietet der Azure Spring Apps Enterprise-Plan eine vereinfachte Konfigurationsumgebung zur Unterstützung der APM-Integration (Application Performance Monitor, Anwendungsleistungsüberwachung). Diese Integration umfasst Szenarien zur Integration von Zertifizierungsstellenzertifikaten für mehrsprachige Anwendungen. Weitere Informationen finden Sie unter Konfigurieren von APM-Integrations- und Zertifizierungsstellenzertifikaten.

Buildprotokolle in Echtzeit

Wenn eine Anwendung über einen Azure CLI-Befehl bereitgestellt wird, wird eine Buildaufgabe ausgelöst. Buildprotokolle werden im Rahmen der CLI-Befehlsausgabe in Echtzeit gestreamt. Informationen zur Verwendung von Buildprotokollen für die Diagnose von Problemen finden Sie unter Analysieren von Protokollen und Metriken mit Diagnoseeinstellungen.

Buildverlauf

Sie können alle Buildressourcen im Abschnitt Builds der Seite „Azure Spring Apps Build Service“ anzeigen.

Screenshot: Azure-Portal mit der Seite „Azure Spring Apps Build Service“ mit hervorgehobener Option „Builds“

Die Tabelle im Abschnitt Builds enthält die folgenden Spalten:

  • Buildname: Der Name des Builds
  • Bereitstellungsstatus: Der Bereitstellungsstatus des Builds. Mögliche Werte sind Succeeded, Failed, Updating und Creating. Die Bereitstellungszustände Updating und Creating bedeuten, dass der Build erst aktualisiert werden kann, wenn der aktuelle Build abgeschlossen ist. Der Bereitstellungsstatus Failed bedeutet, dass beim neuesten Quellcodebuild kein neues Buildergebnis generiert wurde.
  • Ressourcenkontingent: Das Ressourcenkontingent im Buildpod des Builds
  • Generator: Der im Build verwendete Generator
  • Neuestes Buildergebnis: Das Imagetag des neuesten Buildergebnisses des Builds
  • Bereitstellungsstatus des neuesten Buildergebnisses: Der Bereitstellungsstatus des neuesten Buildergebnisses des Builds Mögliche Werte sind Queuing, Building, Succeeded und Failed.
  • Letzte Übergangszeit des neuesten Buildergebnisses: Die letzte Übergangszeit für das neueste Buildergebnis des Builds
  • Letzte Übergangsursache des neuesten Buildergebnisses: Die letzte Übergangsursache für das neueste Buildergebnis des Builds Mögliche Werte sind CONFIG, STACK und BUILDPACK. CONFIG bedeutet, dass das Buildergebnis durch Generatorupdates oder durch einen neuen Vorgang zur Quellcodebereitstellung geändert wird. STACK bedeutet, dass das Buildergebnis durch ein Stapelupgrade geändert wird. BUILDPACK bedeutet, dass das Buildergebnis durch ein Buildpackupgrade geändert wird.
  • Letzter Übergangsstatus des neuesten Buildergebnisses: Der letzte Übergangsstatus für das neueste Buildergebnis des Builds Die Werte lauten True und False.

Wenn für Bereitstellungsstatus der Wert Failed angegeben ist, stellen Sie den Quellcode erneut bereit. Wenn der Fehler weiterhin auftritt, erstellen Sie ein Supportticket.

Wenn für Bereitstellungsstatus des neuesten Buildergebnisses der Wert Failed angegeben ist, überprüfen Sie die Buildprotokolle. Weitere Informationen finden Sie unter Behandlung von häufigen Build-Problemen in Azure Spring Apps.

Wenn für Letzter Übergangsstatus des neuesten Buildergebnisses der Wert Failed angegeben ist, sehen Sie sich die Spalte Letzte Übergangsursache für das neueste Buildergebnis an. Wenn die Ursache BUILDPACK oder STACK lautet, ist keine Aktion erforderlich. Wenn der Grund CONFIG ist, stellen Sie den Quellcode erneut bereit. Wenn der Fehler weiterhin auftritt, erstellen Sie ein Supportticket.

Nächste Schritte