Folyamatdefiníció létrehozása

Ha a azd sablon nem tartalmaz CI/CD-folyamatdefiníciós fájlt, létrehozhat egyet az alkalmazás buildjének és üzembe helyezésének automatizálásához. A jól strukturált folyamatdefiníció általában négy fő szakaszt tartalmaz:

  • Eseményindító: Olyan eseményeket határoz meg, amikor a folyamatnak futnia kell, például kódküldéseket adott ágakba, lekéréses kérelmeket vagy manuális eseményindítókat. Az eseményindítók definiálása biztosítja, hogy a folyamat automatikusan fusson a fejlesztési tevékenységekre válaszul, ami lehetővé teszi a folyamatos integrációt és üzembe helyezést.

  • Engedélyek: Megadja a folyamat számára az erőforrások biztonságos használatához szükséges hozzáférést. Adjon például engedélyeket az adattár tartalmának olvasásához vagy identitásjogkivonatok lekéréséhez. A megfelelő engedélyek elengedhetetlenek a biztonságos és sikeres üzembe helyezéshez.

  • Operációs rendszer vagy készlet: Beállítja a környezetet a folyamatfeladatokhoz, például egy adott virtuálisgép-rendszerképhez (például ubuntu-latest) vagy egy ügynökkészlethez. A megfelelő környezet kiválasztása biztosítja az alkalmazás buildelési és üzembe helyezési követelményeivel való kompatibilitást.

  • Lépések: Felsorolja a folyamat által végrehajtott feladatokat, például a kód kivételét, a függőségek telepítését, az infrastruktúra kiépítését, kiépítését és az Azure-ban való üzembe helyezést. Minden lépést egyértelműen meg kell határozni a végpontok közötti üzembehelyezési folyamat automatizálásához.

Az alábbi példák bemutatják, hogyan hozhat létre folyamatdefiníciós fájlt és kapcsolódó konfigurációkat a GitHub Actionshez és az Azure Pipelineshoz.

A azd futtatásához a GitHub Actionsben, konfigurálja a következő beállításokat:

  • id-token: write és contents: read hozzáférési hatókörök megadása.
  • Telepítse az azd műveletet, hacsak nem Docker image-t használ előre telepített azd fájlokkal.

Használja ezt a sablont kiindulópontként a folyamatdefinícióhoz:

on:
  workflow_dispatch:
  push:
    # Run when commits are pushed to mainline branch (main or master)
    # Set this to the mainline branch you are using
    branches:
      - main
      - master

# Set this permission if you are using a Federated Credential.
permissions:
  id-token: write
  contents: read

jobs:
  build:
    runs-on: ubuntu-latest
    # azd build-in variables.
    # This variables are always set by `azd pipeline config`
    # You can set them as global env (apply to all steps) or you can add them to individual steps' environment
    env:
      AZURE_CLIENT_ID: ${{ vars.AZURE_CLIENT_ID }}
      AZURE_TENANT_ID: ${{ vars.AZURE_TENANT_ID }}
      AZURE_SUBSCRIPTION_ID: ${{ vars.AZURE_SUBSCRIPTION_ID }}
      AZURE_ENV_NAME: ${{ vars.AZURE_ENV_NAME }}
      AZURE_LOCATION: ${{ vars.AZURE_LOCATION }}
      ## Define the additional variables or secrets that are required globally (provision and deploy)
      # ADDITIONAL_VARIABLE_PLACEHOLDER: ${{ variables.ADDITIONAL_VARIABLE_PLACEHOLDER }}
      # ADDITIONAL_SECRET_PLACEHOLDER: ${{ secrets.ADDITIONAL_SECRET_PLACEHOLDER }}      
    steps:
      - name: Checkout
        uses: actions/checkout@v4

      # using the install-azd action
      - name: Install azd
        uses: Azure/setup-azd@v2.3.0

      # # If you want to use azd-daily build, or install it from a PR, you can remove previous step and
      # # use the next one:
      # - name: Install azd - daily or from PR
      #  # Update this scrip based on the OS - pool of your pipeline. This example is for a linux pipeline installing daily build
      #  run: curl -fsSL https://aka.ms/install-azd.sh | bash -s -- --version daily
      #  shell: pwsh

      # azd set up Federated Credential by default. You can remove this step if you are using Client Credentials
      - name: Log in with Azure (Federated Credentials)
        if: ${{ env.AZURE_CLIENT_ID != '' }}
        run: |
          azd auth login `
            --client-id "$Env:AZURE_CLIENT_ID" `
            --federated-credential-provider "github" `
            --tenant-id "$Env:AZURE_TENANT_ID"
        shell: pwsh

      ## If you set up your pipeline with Client Credentials, remove previous step and uncomment this one
      # - name: Log in with Azure (Client Credentials)
      #   if: ${{ env.AZURE_CREDENTIALS != '' }}
      #   run: |
      #     $info = $Env:AZURE_CREDENTIALS | ConvertFrom-Json -AsHashtable;
      #     Write-Host "::add-mask::$($info.clientSecret)"

      #     azd auth login `
      #       --client-id "$($info.clientId)" `
      #       --client-secret "$($info.clientSecret)" `
      #       --tenant-id "$($info.tenantId)"
      #   shell: pwsh
      #   env:
      #     AZURE_CREDENTIALS: ${{ secrets.AZURE_CREDENTIALS }}

      - name: Provision Infrastructure
        run: azd provision --no-prompt
        env:
         #  # uncomment this if you are using infrastructure parameters
         #  AZD_INITIAL_ENVIRONMENT_CONFIG: ${{ secrets.AZD_INITIAL_ENVIRONMENT_CONFIG }}
         ## Define the additional variables or secrets that are required only for provision 
         #  ADDITIONAL_VARIABLE_PLACEHOLDER: ${{ variables.ADDITIONAL_VARIABLE_PLACEHOLDER }}
         #  ADDITIONAL_SECRET_PLACEHOLDER: ${{ secrets.ADDITIONAL_SECRET_PLACEHOLDER }}

      - name: Deploy Application
        run: azd deploy --no-prompt
        env:
         ## Define the additional variables or secrets that are required only for deploy
         #  ADDITIONAL_VARIABLE_PLACEHOLDER: ${{ variables.ADDITIONAL_VARIABLE_PLACEHOLDER }}
         #  ADDITIONAL_SECRET_PLACEHOLDER: ${{ secrets.ADDITIONAL_SECRET_PLACEHOLDER }}
  • Last updated on