Tanzu Build Service gebruiken

Notitie

Azure Spring Apps is de nieuwe naam voor de Azure Spring Cloud-service. Hoewel de service een nieuwe naam heeft, ziet u de oude naam op sommige plaatsen terwijl we werken aan het bijwerken van assets, zoals schermopnamen, video's en diagrammen.

Dit artikel is van toepassing op:❌ Basic/Standard ✔️ Enterprise

In dit artikel wordt beschreven hoe u VMware Tanzu Build Service gebruikt met het Azure Spring Apps Enterprise-plan.

VMware Tanzu Build Service automatiseert het maken, beheren en beheren van containers op ondernemingsniveau. Tanzu Build Service maakt gebruik van het opensource Cloud Native Buildpacks-project om toepassingsbroncode om te zetten in containerinstallatiekopieën. Het voert reproduceerbare builds uit die zijn afgestemd op moderne containerstandaarden en houdt afbeeldingen up-to-date.

Buildpacks

VMware Tanzu Buildpacks biedt framework- en runtime-ondersteuning voor toepassingen. Buildpacks onderzoeken uw toepassingen doorgaans om te bepalen welke afhankelijkheden moeten worden gedownload en hoe u toepassingen configureert om te communiceren met afhankelijke services.

De language family buildpacks zijn samengestelde buildpacks die eenvoudige out-of-the-box-ondersteuning bieden voor de populairste taalruntimes en app-configuraties. Deze buildpacks combineren meerdere component-buildpacks in geordende groeperingen. De groeperingen voldoen aan de vereisten van elk buildpack.

Bouwers

Een builder is een Tanzu Build Service-resource. Een opbouwfunctie bevat een set buildpacks en een stack die wordt gebruikt bij het bouwen van broncode.

Agentpool bouwen

Tanzu Build Service in het Enterprise-plan is het toegangspunt voor het in een container plaatsen van gebruikerstoepassingen vanuit zowel broncode als artefacten. Er is een toegewezen buildagentgroep die rekenresources reserveert voor een bepaald aantal gelijktijdige buildtaken. De buildagentpool voorkomt conflicten met resources met uw actieve apps.

In de volgende tabel ziet u de grootten die beschikbaar zijn voor schaalsets voor buildagentpools:

Schaalset	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

Met de Tanzu Build-service kan maximaal één build-taak op poolformaat worden gemaakt en twee keer de buildtaken op poolformaat in de wachtrij worden geplaatst. Als het quotum van de agentgroep onvoldoende is voor de build-taak, krijgt de aanvraag voor deze build de volgende fout: 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

De buildagentpool configureren

Wanneer u een nieuw Azure Spring Apps Enterprise-service-exemplaar maakt met behulp van Azure Portal, kunt u het tabblad VMware Tanzu-instellingen gebruiken om het aantal resources te configureren dat is opgegeven voor de pool van de buildagent.

In de volgende afbeelding ziet u de resources die aan de Tanzu Build Service Agent-pool worden gegeven nadat u het service-exemplaar hebt ingericht. U kunt hier ook de grootte van de geconfigureerde agentpool bijwerken nadat u het service-exemplaar hebt gemaakt.

Service bouwen op aanvraag

U kunt de buildservice in- of uitschakelen wanneer u een Azure Spring Apps Enterprise-planexemplaren maakt.

Kenmerken van bouwen en implementeren

Tanzu Build Service is standaard ingeschakeld, zodat u een containerregister kunt gebruiken. Als u de buildservice uitschakelt, kunt u een toepassing alleen implementeren met een aangepaste containerinstallatiekopieën. U hebt de volgende opties:

• Schakel de buildservice in en gebruik het beheerde containerregister van Azure Spring Apps.

  Azure Spring Apps biedt een beheerd Azure Container Registry voor het opslaan van ingebouwde installatiekopieën voor uw toepassingen. U kunt build en implementatie slechts als één opdracht uitvoeren, maar niet afzonderlijk. U kunt de ingebouwde containerinstallatiekopieën alleen gebruiken om toepassingen in hetzelfde service-exemplaar te implementeren. De installatiekopieën zijn niet toegankelijk voor andere Exemplaren van de Azure Spring Apps Enterprise-service.

• Schakel de buildservice in en gebruik uw eigen containerregister.

  In dit scenario wordt de build gescheiden van de implementatie. U kunt builds uitvoeren vanuit de broncode of artefacten van een toepassing naar een containerinstallatiekopieën afzonderlijk van de implementatie van de toepassing. U kunt de containerinstallatiekopieën die zijn opgeslagen in uw eigen containerregister implementeren in meerdere Exemplaren van de Azure Spring Apps Enterprise-service.

• Schakel de buildservice uit.

  Wanneer u de buildservice uitschakelt, kunt u toepassingen alleen implementeren met containerinstallatiekopieën, die u kunt bouwen vanuit elk Exemplaar van de Azure Spring Apps Enterprise-service.

Service-instellingen voor build configureren

U kunt tanzu Build Service- en containerregisterinstellingen configureren met behulp van Azure Portal of de Azure CLI.

Azure-portal

Gebruik de volgende stappen om Tanzu Build Service in te schakelen bij het inrichten van een Azure Spring Apps-service-exemplaar:

1. Open de Azure Portal.

2. Selecteer op het tabblad Basisinformatie de categorie Enterprise in de sectie Prijzen en geef vervolgens de vereiste gegevens op.

3. Selecteer Volgende: VMware Tanzu-instellingen.

4. Selecteer Op het tabblad VMware Tanzu-instellingen de optie Buildservice inschakelen. Voor Container Registry is de standaardinstelling Een beheerde Azure Container Registry gebruiken om ingebouwde installatiekopieën op te slaan.

   

5. Als u Uw eigen containerregister gebruiken selecteert om ingebouwde installatiekopieën (preview) voor containerregister op te slaan, geeft u de server, gebruikersnaam en wachtwoord van uw containerregister op.

   

6. Als u Build Service inschakelen uitschakelt, worden de containerregisteropties niet opgegeven, maar kunt u toepassingen met containerinstallatiekopieën implementeren.

   

7. Selecteer Controleren en maken.

Azure-CLI

Gebruik de volgende stappen om Tanzu Build Service in te schakelen bij het inrichten van een Azure Spring Apps-service-exemplaar:

1. Gebruik de volgende opdrachten om u aan te melden bij de Azure CLI, beschikbare abonnementen weer te geven en uw actieve abonnement in te stellen:

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

2. Gebruik de volgende opdracht om de Microsoft.Saas naamruimte te registreren.

   az provider register --namespace Microsoft.SaaS
   

3. Gebruik de volgende opdracht om de juridische voorwaarden en privacyverklaringen voor het Azure Spring Apps Enterprise-abonnement te accepteren. Deze stap is alleen nodig als u uw abonnement nooit hebt gebruikt om een Enterprise-abonnementexemplaren te maken.

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

4. Selecteer een locatie. De locatie moet ondersteuning bieden voor het Azure Spring Apps Enterprise-abonnement. Zie de veelgestelde vragen over Azure Spring Apps voor meer informatie.

5. Gebruik de volgende opdracht om een resourcegroep te maken:

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

   Zie Wat is Azure Resource Manager voor meer informatie over resourcegroepen ?

6. Bereid een naam voor uw Azure Spring Apps-service-exemplaar voor. De naam moet tussen de 4 en 32 tekens lang zijn en mag alleen kleine letters, cijfers en afbreekstreepjes bevatten. Het eerste teken van de servicenaam moet een letter zijn en het laatste teken moet een letter of een cijfer zijn.

7. Gebruik een van de volgende opdrachten om een Azure Spring Apps-service-exemplaar te maken:

   • Gebruik de volgende opdracht om een Azure Spring Apps-service-exemplaar te maken waarvoor de buildservice is ingeschakeld en waarvoor een beheerd Azure Container Registry wordt gebruikt. De buildservice is standaard ingeschakeld.

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

   • Gebruik de volgende opdracht om een Azure Spring Apps-service-exemplaar te maken met de buildservice ingeschakeld en uw eigen containerregister te gebruiken. De buildservice is standaard ingeschakeld.

     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>
     

   • Gebruik de volgende opdracht om een Azure Spring Apps-service-exemplaar te maken waarbij de buildservice is uitgeschakeld.

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

Polyglot-toepassingen implementeren

U kunt polyglot-toepassingen implementeren in een Azure Spring Apps Enterprise-service-exemplaar met Tanzu Build Service ingeschakeld of uitgeschakeld. Zie Polyglot-apps implementeren in Azure Spring Apps Enterprise voor meer informatie.

APM-integratie en CA-certificaten configureren

Met behulp van Tanzu Partner Buildpacks en CA Certificates Buildpacks biedt het Azure Spring Apps Enterprise-plan een vereenvoudigde configuratie-ervaring ter ondersteuning van APM-integratie (Application Performance Monitor). Deze integratie omvat integratiescenario's voor certificeringsinstantiecertificaten voor polyglot-toepassingen. Zie APM-integratie en CA-certificaten configureren voor meer informatie.

Realtime buildlogboeken

Een build-taak wordt geactiveerd wanneer een toepassing wordt geïmplementeerd vanuit een Azure CLI-opdracht. Buildlogboeken worden in realtime gestreamd als onderdeel van de CLI-opdrachtuitvoer. Zie Logboeken en metrische gegevens analyseren met diagnostische instellingen voor informatie over het gebruik van buildlogboeken om problemen vast te stellen.

Buildgeschiedenis

U ziet alle build-resources in de sectie Builds van de azure Spring Apps Build Service-pagina.

De tabel in de sectie Builds bevat de volgende kolommen:

• Buildnaam: de naam van de build.
• Inrichtingsstatus: de inrichtingsstatus van de build. De waarden zijn Succeeded, Faileden UpdatingCreating. Inrichtingsstatussen Updating en Creating gemiddelde dat de build pas kan worden bijgewerkt als de huidige build is voltooid. De inrichtingsstatus Failed betekent dat de meest recente build van de broncode geen nieuw buildresultaat heeft gegenereerd.
• Resourcequotum: het resourcequotum in de buildpod van de build.
• Opbouwfunctie: de opbouwfunctie die in de build wordt gebruikt.
• Meest recente buildresultaat: de meest recente tag voor de buildresultatenafbeelding.
• Meest recente inrichtingsstatus voor buildresultaten: de meest recente inrichtingsstatus van het buildresultaat. De waarden zijn Queuing, Buildingen SucceededFailed.
• Laatste overgangstijd voor buildresultaat: de laatste overgangstijd voor het laatste buildresultaat van de build.
• Laatste reden voor laatste overgang van buildresultaat: de laatste overgangsreden voor het meest recente buildresultaat van de build. De waarden zijn CONFIG, STACKen BUILDPACK. CONFIG betekent dat het buildresultaat wordt gewijzigd door updates van de opbouwfunctie of door een nieuwe implementatiebewerking voor broncode. STACK betekent dat het buildresultaat wordt gewijzigd door een stack-upgrade. BUILDPACK betekent dat het buildresultaat wordt gewijzigd door een buildpack-upgrade.
• Laatste overgangsstatus van buildresultaat: de laatste overgangsstatus voor het meest recente buildresultaat van de build. De waarden zijn True en False.

Als de waarde zich voor de inrichtingsstatus bevindt Failed, implementeert u de broncode opnieuw. Als de fout zich blijft voordoen, maakt u een ondersteuningsticket.

Controleer de buildlogboeken voor de inrichtingsstatus van het meest recente buildresultaat wanneer de waarde is Failed. Zie Veelvoorkomende buildproblemen in Azure Spring Apps oplossen voor meer informatie.

Als de laatste overgangsstatus van het laatste buildresultaat is Failed, raadpleegt u de kolom Laatste overgangsreden voor het laatste buildresultaat. Als de reden is BUILDPACK of STACK, is er geen actie nodig. Als dit de reden is CONFIG, implementeert u de broncode opnieuw. Als de fout zich blijft voordoen, maakt u een ondersteuningsticket.

Volgende stappen

• APM-integratie en CA-certificaten configureren