Continue implementatie met aangepaste containers in Azure App Service

2. Implementatiebron kiezen

De implementatiebron kiezen is afhankelijk van uw scenario:

• Container Registry stelt CI/CD in tussen uw containerregister en App Service.
• De GitHub Actions-optie is voor u als u de broncode voor uw containerafbeelding in de GitHub. De implementatieactie wordt geactiveerd door nieuwe commits naar uw GitHub-opslagplaats en kan rechtstreeks naar uw containerregister worden uitgevoerd en vervolgens uw App Service-app bijwerken om de nieuwe afbeelding uit docker build docker push te voeren. Zie How CI/CD works with GitHub Actions (Hoe CI/CD werkt met GitHub Actions) voor meer informatie.
• Zie Deploy an Azure Web App Container from Azure Pipelines (Een Azure Web App-container implementeren vanuit Azure Pipelines) voor het instellen van CI/CD met Azure Pipelines.

Als u acties GitHub, klikt u op Autorisatie en volgt u de autorisatieprompts. Als u al eerder hebt geautoriseerd met GitHub, kunt u implementeren vanuit de opslagplaats van een andere gebruiker door te klikken op Account wijzigen.

Nadat u uw Azure-account hebt geautoriseerd GitHub, selecteert u de organisatie, opslagplaats en vertakking waar u wilt implementeren.

2. Registerinstellingen configureren

3. Registerinstellingen configureren

Als u een app met meerdere containers (Docker Compose) wilt implementeren, selecteert u Docker Compose in Containertype.

Als u de vervolgkeuzebalk Containertype niet ziet, schuift u terug naar Bron en selecteert u Container Registry.

3. CI/CD inschakelen

4. CI/CD inschakelen

4. Uw instellingen opslaan

5. Uw instellingen opslaan

Hoe CI/CD werkt met GitHub Actions

Als u acties GitHub bron (zie Implementatiebronkiezen), App Service u CI/CD op de volgende manieren in:

• Zet een werkstroombestand GitHub acties in uw GitHub opslagplaats voor het afhandelen van build- en implementatietaken voor App Service.
• Voegt de referenties voor uw privéregister toe als GitHub geheimen. Het gegenereerde werkstroombestand voert de actie Azure/docker-login uit om u aan te melden met uw privéregister en voert vervolgens uit om dit docker push te implementeren.
• Hiermee wordt het publicatieprofiel voor uw app toegevoegd als GitHub geheim. Het gegenereerde werkstroombestand gebruikt dit geheim om te verifiëren met App Service en voert vervolgens de actie Azure/webapps-deploy uit om de bijgewerkte afbeelding te configureren, waardoor een app opnieuw wordt opgestart om de bijgewerkte afbeelding op te halen.
• Legt informatie vast uit de werkstroomrunlogboeken en geeft deze weer op het tabblad Logboeken in het Implementatiecentrum van uw app.

U kunt de buildprovider GitHub Acties op de volgende manieren aanpassen:

• Pas het werkstroombestand aan nadat het is gegenereerd in uw GitHub opslagplaats. Zie Werkstroomsyntaxis voor GitHub Acties voor meer informatie. Zorg ervoor dat de werkstroom eindigt met de actie Azure/webapps-deploy om het opnieuw starten van de app te activeren.
• Als de geselecteerde vertakking is beveiligd, kunt u nog steeds een voorbeeld van het werkstroombestand bekijken zonder de configuratie op te slaan. Vervolgens kunt u het en de vereiste GitHub in uw opslagplaats handmatig toevoegen. Deze methode geeft u geen logboekintegratie met de Azure Portal.
• Implementeer in plaats van een publicatieprofiel met behulp van een service-principal in Azure Active Directory.

Verifiëren met een service-principal

Deze optionele configuratie vervangt de standaardverificatie door publicatieprofielen in het gegenereerde werkstroombestand.

Genereer een service-principal met de opdracht az ad sp create-for-rbac in de Azure CLI. Vervang in het volgende voorbeeld <subscription-id> , en door uw eigen <group-name> <app-name> waarden. Sla de volledige JSON-uitvoer op voor de volgende stap, met inbegrip van het hoogste {} niveau.

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

Blader GitHub naar uw opslagplaats en selecteer vervolgens Instellingen > Geheimen > Een nieuw geheim toevoegen. Plak de volledige JSON-uitvoer van de Azure CLI-opdracht in het waardeveld van het geheim. Geef het geheim een naam zoals AZURE_CREDENTIALS .

Wijzig in het werkstroombestand dat is gegenereerd door het Implementatiecentrum de stap met code zoals in het azure/webapps-deploy volgende voorbeeld:

- 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

Als u een app met meerdere containers (Docker Compose) wilt configureren, bereidt u een Docker Compose-bestand lokaal voor en voer vervolgens az webapp config container set uit met de parameter --multicontainer-config-file . Als uw Docker Compose-bestand persoonlijke afbeeldingen bevat, voegt u --docker-registry-server-* parameters toe zoals weergegeven in het vorige voorbeeld.

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