Delen via


Tanzu Build Service gebruiken

Notitie

De Basic-, Standard- en Enterprise-abonnementen worden afgeschaft vanaf medio maart 2025, met een pensioenperiode van 3 jaar. We raden u aan om over te stappen naar Azure Container Apps. Zie de aankondiging over buitengebruikstelling van Azure Spring Apps voor meer informatie.

Het standaardverbruik en het speciale abonnement worden vanaf 30 september 2024 afgeschaft, met een volledige afsluiting na zes maanden. We raden u aan om over te stappen naar Azure Container Apps. Zie Azure Spring Apps Standard-verbruik en toegewezen abonnement migreren naar Azure Container Apps voor meer informatie.

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.

Schermopname van Azure Portal met de pagina Azure Spring Apps maken met het tabblad V M ware Tanzu-instellingen en Toegewezen resources gemarkeerd.

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.

Schermopname van Azure Portal met de pagina Build Service met de vervolgkeuzelijst om resources toe te wijzen die worden weergegeven.

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.

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.

    Schermopname van Azure Portal met de pagina Azure Spring Apps maken met het tabblad V M ware Tanzu-instellingen en gemarkeerde buildservice-instellingen.

  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.

    Schermopname van Azure Portal met de pagina Azure Spring Apps maken V M ware Tanzu-instellingen met containerregisterinstellingen gemarkeerd.

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

    Schermopname van Azure Portal met V M ware Tanzu Settings for the Azure Spring Apps Create page with the Enable Build Service not selected.

  7. Selecteer Controleren en maken.

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.

Schermopname van Azure Portal met de pagina Azure Spring Apps Build Service met Builds gemarkeerd.

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