Folyamatos üzembe helyezés egyéni tárolókkal a Azure-alkalmazás Szolgáltatásban

2. Az üzembehelyezési forrás kiválasztása

Válassza ki az üzembehelyezési forrást a forgatókönyvtől függően:

• A tárolóregisztrációs adatbázis beállítja a CI/CD-t a tárolóregisztrációs adatbázis és az App Service között.
• A GitHub Actions lehetőség az Ön számára készült, ha a tárolórendszerkép forráskódját a GitHubon tartja fenn. A GitHub-adattárban új véglegesítések aktiválják, az üzembe helyezési művelet futtatható docker build közvetlenül docker push a tárolóregisztrációs adatbázisba, majd frissítheti az App Service-alkalmazást az új rendszerkép futtatásához. További információ: A CI/CD működése a GitHub Actions használatával.
• A CI/CD Azure Pipelines szolgáltatással való beállításáról az Azure Web App Container üzembe helyezése az Azure Pipelinesból című témakörben olvashat.

Ha a GitHub Actions lehetőséget választja, kattintson az Engedélyezés gombra, és kövesse az engedélyezési utasításokat. Ha korábban már engedélyezte a GitHub használatát, a Fiók módosítása gombra kattintva telepítheti egy másik felhasználó adattárából.

Miután engedélyezte Azure-fiókját a GitHubon, válassza ki a szervezetet, adattárat és ágat , amelyből üzembe helyezhető.

2. Beállításjegyzék-beállítások konfigurálása

3. Beállításjegyzék-beállítások konfigurálása

Többtárolós (Docker Compose) alkalmazás üzembe helyezéséhez válassza a Docker Compose lehetőséget Tárolótípusban.

Ha nem látja a Tárolótípus legördülő menüt, görgessen vissza a Forráshoz, és válassza a Tárolóregisztrációs adatbázis lehetőséget.

3. A CI/CD engedélyezése

4. A CI/CD engedélyezése

4. Mentse a beállításokat

5. A beállítások mentése

A CI/CD működése a GitHub Actions használatával

Ha a GitHub Actions in Source (Az üzembehelyezési forrás kiválasztása) lehetőséget választja, az App Service az alábbi módokon állítja be a CI/CD-t:

• GitHub Actions-munkafolyamatfájlt helyez el a GitHub-adattárban a buildelési és üzembe helyezési feladatok App Service-ben való kezeléséhez.
• GitHub-titkos kulcsként adja hozzá a magánregisztrációs adatbázis hitelesítő adatait. A létrehozott munkafolyamat-fájl futtatja az Azure/docker-login műveletet a privát beállításjegyzékbe való bejelentkezéshez, majd futtatja docker push az üzembe helyezést.
• Hozzáadja az alkalmazás közzétételi profilját GitHub-titkos kódként. A létrehozott munkafolyamat-fájl ezzel a titkos kóddal hitelesíti az App Service-t, majd futtatja az Azure/webapps-deploy műveletet a frissített rendszerkép konfigurálásához, amely elindítja az alkalmazás újraindítását a frissített lemezkép lekéréséhez.
• Rögzíti a munkafolyamat-futtatási naplók adatait, és megjeleníti azokat az alkalmazás Központi telepítési központjában, a Naplók lapon.

A GitHub Actions buildszolgáltatója a következő módokon szabható testre:

• Testre szabhatja a munkafolyamat-fájlt, miután létrejött a GitHub-adattárban. További információ: A GitHub Actions munkafolyamat-szintaxisa. Csak győződjön meg arról, hogy a munkafolyamat az Azure/webapps-deploy művelettel ér véget az alkalmazás újraindításának aktiválásához.
• Ha a kijelölt ág védett, a konfiguráció mentése nélkül is megtekintheti a munkafolyamat-fájlt, majd manuálisan hozzáadhatja azt és a szükséges GitHub-titkos kulcsokat az adattárhoz. Ez a módszer nem ad naplóintegrációt az Azure Portallal.
• Közzétételi profil helyett üzembe helyezés szolgáltatásnévvel a Microsoft Entra ID-ban.

Hitelesítés szolgáltatásnévvel

Ez az opcionális konfiguráció az alapértelmezett hitelesítést a létrehozott munkafolyamat-fájl közzétételi profiljaira cseréli.

Hozzon létre egy egyszerű szolgáltatást az az ad sp create-for-rbac paranccsal az Azure CLI-ben. Az alábbi példában cserélje le <az előfizetés-azonosítót>,< a csoportnevet> és <az alkalmazásnevet> a saját értékeire. Mentse a teljes JSON-kimenetet a következő lépéshez, beleértve a legfelső szintűt {}is.

az ad sp create-for-rbac --name "myAppDeployAuth" --role contributor \
                            --scopes /subscriptions/<subscription-id>/resourceGroups/<group-name>/providers/Microsoft.Web/sites/<app-name> \
                            --json-auth

A GitHubon keresse meg az adattárat, majd válassza a Beállítások > titkos kulcsok > új titkos kód hozzáadása lehetőséget. Illessze be az Azure CLI parancs teljes JSON-kimenetét a titkos kód értékmezőjébe. Adjon egy nevet a titkos kódnak, mint AZURE_CREDENTIALS.

Az Üzembe helyezési központ által létrehozott munkafolyamat-fájlban módosítsa a lépést a azure/webapps-deploy következő példához hasonló kóddal:

- name: Sign in to Azure 
# Use the GitHub secret you added
- uses: azure/login@v1
    with:
    creds: ${{ secrets.AZURE_CREDENTIALS }}
- name: Deploy to Azure Web App
# Remove publish-profile
- uses: azure/webapps-deploy@v2
    with:
    app-name: '<app-name>'
    slot-name: 'production'
    images: '<registry-server>/${{ secrets.AzureAppService_ContainerUsername_... }}/<image>:${{ github.sha }}'
    - name: Sign out of Azure
    run: |
    az logout

Többtárolós (Docker Compose) alkalmazás konfigurálásához készítsen helyileg egy Docker Compose-fájlt, majd futtassa az az webapp konfigurációs tárolókészletet a --multicontainer-config-file paraméterrel. Ha a Docker Compose-fájl privát képeket tartalmaz, adjon hozzá --docker-registry-server-* paramétereket az előző példában látható módon.

az webapp config container set --resource-group <group-name> --name <app-name> --multicontainer-config-file <docker-compose-file>