Använda Tanzu Build Service

  • Artikel

Kommentar

Basic-, Standard- och Enterprise-planerna kommer att vara inaktuella från och med mitten av mars 2025, med en 3-årig pensionsperiod. Vi rekommenderar att du övergår till Azure Container Apps. Mer information finns i meddelandet om azure Spring Apps-pensionering.

Standardförbrukningen och den dedikerade planen kommer att vara inaktuell från och med den 30 september 2024, med en fullständig avstängning efter sex månader. Vi rekommenderar att du övergår till Azure Container Apps. Mer information finns i Migrera Azure Spring Apps Standard-förbrukning och dedikerad plan till Azure Container Apps.

Den här artikeln gäller för:❌ Basic/Standard ✔️ Enterprise

Den här artikeln visar hur du använder VMware Tanzu Build Service med Azure Spring Apps Enterprise-planen.

VMware Tanzu Build Service automatiserar skapandet, hanteringen och styrningen av containrar i företagsskala. Tanzu Build Service använder projektet Cloud Native Buildpacks med öppen källkod för att omvandla programkällans källkod till containeravbildningar . Den kör reproducerbara versioner som är anpassade till moderna containerstandarder och håller avbildningarna uppdaterade.

Buildpacks

VMware Tanzu Buildpacks tillhandahåller ramverks- och körningsstöd för program. Buildpacks undersöker vanligtvis dina program för att avgöra vilka beroenden som ska laddas ned och hur du konfigurerar program för kommunikation med bundna tjänster.

Språkfamiljens buildpacks är sammansatta buildpacks som ger enkelt stöd för de mest populära språkkörningarna och appkonfigurationerna. Dessa buildpacks kombinerar flera komponentbyggpaket i ordnade grupper. Grupperingarna uppfyller varje buildpacks krav.

Byggare

En builder är en Tanzu Build Service-resurs. En builder innehåller en uppsättning buildpacks och en stack som används i processen för att skapa källkod.

Skapa agentpool

Tanzu Build Service i Enterprise-planen är startpunkten för att containerisera användarprogram från både källkod och artefakter. Det finns en dedikerad byggagentpool som reserverar beräkningsresurser för ett visst antal samtidiga bygguppgifter. Byggagentpoolen förhindrar resurskonkurration med dina appar som körs.

I följande tabell visas de storlekar som är tillgängliga för skalningsuppsättningar för byggagentpooler:

Skalningsuppsättning 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

Med Tanzu Build Service kan du som mest skapa en bygguppgift i poolstorlek och två gånger de bygguppgifter i poolstorlek som ska köas. Om kvoten för agentpoolen inte räcker till för byggaktiviteten får begäran för den här versionen följande fel: 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.

Konfigurera byggagentpoolen

När du skapar en ny Azure Spring Apps Enterprise-tjänstinstans med hjälp av Azure Portal kan du använda inställningsfliken VMware Tanzu för att konfigurera antalet resurser som ges till byggagentpoolen.

Skärmbild av Azure Portal som visar sidan Skapa Azure Spring Apps med fliken Tanzu-inställningar för V M-program och Allokerade resurser markerade.

Följande bild visar de resurser som ges till Tanzu Build Service Agent-poolen när du har etablerat tjänstinstansen. Du kan också uppdatera storleken på den konfigurerade agentpoolen här när du har skapat tjänstinstansen.

Skärmbild av Azure Portal som visar sidan Skapa tjänst med den nedrullningsbara menyn för att redigera allokeringsresurser som visas.

Skapa tjänst på begäran

Du kan aktivera eller inaktivera byggtjänsten när du skapar en Azure Spring Apps Enterprise-planinstans.

Bygg- och distributionsegenskaper

Som standard är Tanzu Build Service aktiverat så att du kan använda ett containerregister. Om du inaktiverar byggtjänsten kan du bara distribuera ett program med en anpassad containeravbildning. Du kan välja mellan följande alternativ:

  • Aktivera byggtjänsten och använd det hanterade containerregistret i Azure Spring Apps.

    Azure Spring Apps tillhandahåller ett hanterat Azure Container Registry för att lagra byggda avbildningar för dina program. Du kan bara köra bygg- och distribution tillsammans som ett kommando, men inte separat. Du kan endast använda de byggda containeravbildningarna för att distribuera program i samma tjänstinstans. Avbildningarna är inte tillgängliga för andra Azure Spring Apps Enterprise-tjänstinstanser.

  • Aktivera byggtjänsten och använd ditt eget containerregister.

    Det här scenariot separerar bygget från distributionen. Du kan köra versioner från ett programs källkod eller artefakter till en containeravbildning separat från programdistributionen. Du kan distribuera containeravbildningarna som lagras i ditt eget containerregister till flera Azure Spring Apps Enterprise-tjänstinstanser.

  • Inaktivera byggtjänsten.

    När du inaktiverar byggtjänsten kan du endast distribuera program med containeravbildningar som du kan skapa från valfri Azure Spring Apps Enterprise-tjänstinstans.

Konfigurera inställningar för byggtjänsten

Du kan konfigurera Inställningar för Tanzu Build Service och containerregister med hjälp av Azure Portal eller Azure CLI.

Använd följande steg för att aktivera Tanzu Build Service när du etablerar en Azure Spring Apps-tjänstinstans:

  1. Öppna Azure Portal.

  2. På fliken Grundläggande väljer du Företagsnivå i avsnittet Prissättning och anger sedan nödvändig information.

  3. Välj Nästa: VMware Tanzu-inställningar.

  4. På fliken VMware Tanzu-inställningar väljer du Aktivera byggtjänst. För Container Registry är standardinställningen Använd ett hanterat Azure Container Registry för att lagra byggda avbildningar.

    Skärmbild av Azure Portal som visar sidan Skapa Azure Spring Apps med fliken Tanzu-inställningar för V M-program och Inställningar för byggtjänsten markerade.

  5. Om du väljer Använd ditt eget containerregister för att lagra byggda avbildningar (förhandsversion) för Container Registry anger du containerregistrets server, användarnamn och lösenord.

    Skärmbild av Azure Portal som visar fliken Skapa Azure Spring Apps-sidan V M ware Tanzu-inställningar med inställningar för containerregister markerade.

  6. Om du inaktiverar Aktivera byggtjänst tillhandahålls inte alternativen för containerregistret, men du kan distribuera program med containeravbildningar.

    Skärmbild av Azure Portal som visar V M ware Tanzu-inställningar för sidan Skapa Azure Spring Apps med aktivera build-tjänsten inte markerad.

  7. Välj Granska och skapa.

Distribuera flerspråkiga program

Du kan distribuera flerspråkiga program i en Azure Spring Apps Enterprise-tjänstinstans med Tanzu Build Service antingen aktiverad eller inaktiverad. Mer information finns i Distribuera flerspråkiga appar i Azure Spring Apps Enterprise.

Konfigurera APM-integrering och CA-certifikat

Genom att använda Tanzu Partner Buildpacks och CA Certificates Buildpack ger Azure Spring Apps Enterprise-planen en förenklad konfigurationsupplevelse för att stödja APM-integrering (Application Performance Monitor). Den här integreringen omfattar certifikatutfärdarcertifikatsintegreringsscenarier för flerspråkiga program. Mer information finns i Konfigurera APM-integrering och CA-certifikat.

Byggloggar i realtid

En bygguppgift utlöses när ett program distribueras från ett Azure CLI-kommando. Byggloggar strömmas i realtid som en del av CLI-kommandoutdata. Information om hur du använder byggloggar för att diagnostisera problem finns i Analysera loggar och mått med diagnostikinställningar.

Versionshistorik

Du kan se alla byggresurser i avsnittet Builds på azure Spring Apps Build Service-sidan.

Skärmbild av Azure Portal som visar sidan Azure Spring Apps Build Service med Builds markerat.

Tabellen i avsnittet Builds innehåller följande kolumner:

  • Byggnamn: Namnet på bygget.
  • Etableringstillstånd: Etableringstillståndet för bygget. Värdena är Succeeded, Failed, Updatingoch Creating. Etableringstillstånd Updating och Creating innebär att bygget inte kan uppdateras förrän den aktuella versionen har slutförts. Etableringstillstånd Failed innebär att din senaste källkodsversion inte har genererat ett nytt byggresultat.
  • Resurskvot: Resurskvoten i byggpodden för bygget.
  • Builder: Byggaren som används i bygget.
  • Senaste build-resultat: Den senaste avbildningstaggen för byggresultatet.
  • Senaste etableringstillstånd för build-resultat: Det senaste etableringstillståndet för build-resultatet för bygget. Värdena är Queuing, Building, Succeededoch Failed.
  • Senaste kompileringsresultat senaste övergångstid: Den senaste övergångstiden för det senaste byggresultatet av bygget.
  • Senaste genereringsresultat senaste övergångsorsak: Den senaste övergångsorsaken till det senaste byggresultatet av bygget. Värdena är CONFIG, STACKoch BUILDPACK. CONFIG innebär att byggresultatet ändras av builder-uppdateringar eller av en ny källkodsdistributionsåtgärd. STACK innebär att byggresultatet ändras av en stackuppgradering. BUILDPACK innebär att byggresultatet ändras av en buildpack-uppgradering.
  • Senaste status för senaste versionsresultat för senaste övergång: Den senaste övergångsstatusen för det senaste byggresultatet av bygget. Värdena är True och False.

När värdet är Failedför Etableringstillstånd distribuerar du källkoden igen. Om felet kvarstår skapar du ett supportärende.

När värdet är Failedför Senaste build-resultatetableringstillstånd kontrollerar du byggloggarna. Mer information finns i Felsöka vanliga byggproblem i Azure Spring Apps.

Senaste övergångsstatus för build-resultat, när värdet är Failed, finns i kolumnen Senaste genereringsresultat senaste övergångsorsak . Om orsaken är BUILDPACK eller STACKkrävs ingen åtgärd. Om orsaken är CONFIGdistribuerar du källkoden igen. Om felet kvarstår skapar du ett supportärende.

Nästa steg