Använda Tanzu Build Service

Kommentar

Azure Spring Apps är det nya namnet på Azure Spring Cloud-tjänsten. Även om tjänsten har ett nytt namn ser du det gamla namnet på vissa platser ett tag medan vi arbetar med att uppdatera tillgångar som skärmbilder, videor och diagram.

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-portalen kan du använda inställningsfliken VMware Tanzu för att konfigurera antalet resurser som ges till byggagentpoolen.

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.

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-portalen eller Azure CLI.

Azure-portalen

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.

   

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.

   

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

   

7. Välj Granska och skapa.

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. Använd följande kommandon för att logga in på Azure CLI, lista tillgängliga prenumerationer och ange din aktiva prenumeration:

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

2. Använd följande kommando för att registrera Microsoft.Saas namnområdet.

   az provider register --namespace Microsoft.SaaS
   

3. Använd följande kommando för att godkänna de juridiska villkoren och sekretesspolicyerna för Azure Spring Apps Enterprise-planen. Det här steget är bara nödvändigt om du aldrig har använt din prenumeration för att skapa en Enterprise-planinstans.

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

4. Välj en plats. Platsen måste ha stöd för Azure Spring Apps Enterprise-planen. Mer information finns i Vanliga frågor och svar om Azure Spring Apps.

5. Använd följande kommando för att skapa en resursgrupp:

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

   Mer information om resursgrupper finns i Vad är Azure Resource Manager?

6. Förbered ett namn för din Azure Spring Apps-tjänstinstans. Namnet måste vara mellan 4 och 32 tecken långt och får endast innehålla gemener, siffror och bindestreck. Det första tecknet i tjänstnamnet måste vara en bokstav och det sista tecknet måste vara antingen en bokstav eller ett tal.

7. Använd något av följande kommandon för att skapa en Azure Spring Apps-tjänstinstans:

   • Använd följande kommando för att skapa en Azure Spring Apps-tjänstinstans med byggtjänsten aktiverad och med hjälp av ett hanterat Azure Container Registry. Byggtjänsten är aktiverad som standard.

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

   • Använd följande kommando för att skapa en Azure Spring Apps-tjänstinstans med byggtjänsten aktiverad och med ditt eget containerregister. Byggtjänsten är aktiverad som standard.

     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>
     

   • Använd följande kommando för att skapa en Azure Spring Apps-tjänstinstans med byggtjänsten inaktiverad.

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

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.

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

• Så här konfigurerar du APM-integrerings- och CA-certifikat