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 drei 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 Plan Standardverbrauch und dediziert gilt ab dem 30. September 2024 als veraltet und wird nach sechs Monaten vollständig eingestellt. Es wird empfohlen, auf Azure Container Apps umzustellen. Weitere Informationen finden Sie unter Migrieren des Plans „Standardverbrauch und dediziert“ 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.

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.

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.

Azure portal

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.

   

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.

   

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

   

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

Azure-Befehlszeilenschnittstelle

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

1. Verwenden Sie die folgenden Befehle, um sich bei der Azure CLI anzumelden, verfügbare Abonnements aufzulisten und Ihr aktives Abonnement festzulegen.

   az login
   az account list --output table
   az account set --subscription <subscription-id>
   

2. Verwenden Sie den folgenden Befehl, um den Microsoft.Saas-Namespace zu registrieren:

   az provider register --namespace Microsoft.SaaS
   

3. Verwenden Sie den folgenden Befehl, um die rechtlichen Bedingungen und Datenschutzbestimmungen für den Azure Spring Apps Enterprise-Plan zu akzeptieren. Dieser Schritt ist nur erforderlich, wenn Ihr Abonnement noch nie zum Erstellen einer Instanz des Enterprise-Plans von Azure Spring Apps verwendet wurde.

   az term accept \
       --plan asa-ent-hr-mtr \
       --product azure-spring-cloud-vmware-tanzu-2 \
       --publisher vmware-inc
   

4. Wählen Sie einen Standort aus. Der Standort muss den Azure Spring Apps Enterprise-Plan unterstützen. Weitere Informationen finden Sie unter Azure Spring Apps: Häufig gestellte Fragen.

5. Verwenden Sie den folgenden Befehl, um eine Ressourcengruppe zu erstellen:

   az group create \
       --name <resource-group-name> \
       --location <location>
   

   Weitere Informationen zu Ressourcengruppen finden Sie unter Was ist Azure Resource Manager?.

6. Geben Sie einen Namen für Ihre Azure Spring Apps-Dienstinstanz an. Der Name muss zwischen 4 und 32 Zeichen lang sein und darf nur Kleinbuchstaben, Ziffern und Bindestriche enthalten. Das erste Zeichen des Dienstnamens muss ein Buchstabe und das letzte Zeichen entweder ein Buchstabe oder eine Ziffer sein.

7. Verwenden Sie einen der folgenden Befehle, um eine Azure Spring Apps-Dienstinstanz zu erstellen:

   • Verwenden Sie den folgenden Befehl, um eine Azure Spring Apps-Dienstinstanz zu erstellen, wobei der Builddienst aktiviert und eine verwaltete Azure Container Registry-Instanz verwendet wird. Der Builddienst ist standardmäßig aktiviert.

     az spring create \
         --resource-group <resource-group-name> \
         --name <Azure-Spring-Apps-service-instance-name> \
         --sku enterprise
     

   • Verwenden Sie den folgenden Befehl, um eine Azure Spring Apps-Dienstinstanz zu erstellen, wobei der Builddienst aktiviert und eine eigene Containerregistrierung verwendet wird. Der Builddienst ist standardmäßig aktiviert.

     az spring create \
         --resource-group <resource-group-name> \
         --name <Azure-Spring-Apps-service-instance-name> \
         --sku enterprise \
         --registry-server <your-container-registry-login-server> \
         --registry-username <your-container-registry-username> \
         --registry-password <your-container-registry-password>
     

   • Verwenden Sie den folgenden Befehl, um eine Azure Spring Apps-Dienstinstanz mit deaktiviertem Builddienst zu erstellen:

     az spring create \
         --resource-group <resource-group-name> \
         --name <Azure-Spring-Apps-service-instance-name> \
         --sku enterprise \
         --disable-build-service
     

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.

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

• Konfigurieren der APM-Integration und von ZS-Zertifikaten