APM-integratie en CA-certificaten configureren

  • Artikel

Notitie

Azure Spring Apps is de nieuwe naam voor de Azure Spring Cloud-service. Hoewel de service een nieuwe naam heeft, ziet u de oude naam op sommige plaatsen terwijl we werken aan het bijwerken van assets, zoals schermopnamen, video's en diagrammen.

Dit artikel is van toepassing op:❌ Basic/Standard ✔️ Enterprise

In dit artikel wordt beschreven hoe u APM-integratie- en CA-certificaten (Application Performance Monitor) configureert in het Azure Spring Apps Enterprise-plan.

U kunt Tanzu Build Service in- of uitschakelen op een Azure Springs Apps Enterprise-abonnementexemplaren. Zie de sectie Build-service op aanvraag van Tanzu Build Service voor meer informatie.

Vereisten

Ondersteunde scenario's : integratie van APM- en CA-certificaten

Tanzu Build Service maakt gebruik van buildpack-binding om te integreren met Tanzu Partner Buildpacks en andere cloudeigen buildpacks, zoals het buildpack ca-certificates op GitHub.

Momenteel ondersteunt Azure Spring Apps de volgende APM-typen:

  • ApplicationInsights
  • Dynatrace
  • AppDynamics
  • New Relic
  • ElasticAPM

Azure Spring Apps ondersteunt CA-certificaten voor alle buildpacks voor taalfamilies, maar niet alle ondersteunde API's. In de volgende tabel ziet u de bindingstypen die worden ondersteund door de buildpacks van de Tanzu-taalfamilie.

Buildpack ApplicationInsights New Relic AppDynamics Dynatrace ElasticAPM
Java ✔ ✔ ✔ ✔ ✔
.NET ✔ ✔
Go ✔
Python
NodeJS ✔ ✔ ✔ ✔
Webservers ✔
Systeemeigen Java-installatiekopieën
PHP ✔ ✔ ✔

Zie Statische webbestanden implementeren voor informatie over het gebruik van webservers.

Tanzu Build Service is standaard ingeschakeld in Azure Spring Apps Enterprise. Als u ervoor kiest om de buildservice uit te schakelen, kunt u toepassingen implementeren, maar alleen met behulp van een aangepaste containerinstallatiekopieën. Deze sectie bevat richtlijnen voor zowel scenario's met buildservice ingeschakeld als uitgeschakeld.

Ondersteunde APM-typen

Deze sectie bevat de ondersteunde talen en vereiste omgevingsvariabelen voor de API's die u voor uw integraties kunt gebruiken.

  • Application Insights

    Ondersteunde talen:

    • Java

    Omgevingsvariabelen die vereist zijn voor buildpack-binding:

    • connection-string

    Zie Application Insights-overzicht voor andere ondersteunde omgevingsvariabelen.

  • DynaTrace

    Ondersteunde talen:

    • Java
    • .NET
    • Go
    • Node.js
    • Webservers
    • PHP

    Omgevingsvariabelen die vereist zijn voor buildpack-binding:

    • api-url of environment-id (gebruikt in de buildstap)
    • api-token (wordt gebruikt in de buildstap)
    • TENANT
    • TENANTTOKEN
    • CONNECTION_POINT

    Zie Dynatrace voor andere ondersteunde omgevingsvariabelen

  • New Relic

    Ondersteunde talen:

    • Java
    • .NET
    • Node.js
    • PHP

    Omgevingsvariabelen die vereist zijn voor buildpack-binding:

    • license_key
    • app_name

    Zie New Relic voor andere ondersteunde omgevingsvariabelen

  • Elastische

    Ondersteunde talen:

    • Java
    • Node.js
    • PHP

    Omgevingsvariabelen die vereist zijn voor buildpack-binding:

    • service_name
    • application_packages
    • server_url

    Zie Elastic voor andere ondersteunde omgevingsvariabelen

  • AppDynamics

    Ondersteunde talen:

    • Java
    • Node.js

    Omgevingsvariabelen die vereist zijn voor buildpack-binding:

    • agent_application_name
    • agent_tier_name
    • agent_node_name
    • agent_account_name
    • agent_account_access_key
    • controller_host_name
    • controller_ssl_enabled
    • controller_port

    Zie AppDynamics voor andere ondersteunde omgevingsvariabelen

Bindingen in de opbouwfunctie zijn afgeschaft

Notitie

Voorheen zou u APM-integratie en CA-certificaten beheren via bindingen in de opbouwfunctie. De bindingen in de opbouwfunctie zijn afgeschaft en worden in de toekomst verwijderd. U wordt aangeraden de APM te migreren die is geconfigureerd in bindingen. Zie de sectie APM migreren die is geconfigureerd in bindingen voor meer informatie.

Wanneer u uw eigen containerregister gebruikt voor de buildservice of de buildservice uitschakelt, is de bindingsfunctie in de opbouwfunctie niet beschikbaar.

Wanneer u een beheerd Azure Container Registry gebruikt voor de buildservice, is het register nog steeds beschikbaar voor achterwaartse compatibiliteit, maar wordt het in de toekomst verwijderd.

Wanneer u de Azure CLI gebruikt om een service-exemplaar te maken, wordt het foutbericht mogelijk weergegeven Buildpack bindings feature is deprecated, it's not available when your own container registry is used for build service or build service is disabled. Dit bericht geeft aan dat u een oude versie van de Azure CLI gebruikt. U kunt dit probleem oplossen door de Azure CLI bij te werken. Zie De Azure CLI bijwerken voor meer informatie.

APM-integratie configureren voor app-builds en -implementaties

U kunt APM op de volgende twee manieren configureren in Azure Spring Apps:

  • Beheer APM-configuraties op service-exemplaarniveau en bind deze aan app-builds en -implementaties door ernaar te verwijzen. Deze methode is de aanbevolen manier om APM te configureren.

  • Beheer APM-configuraties via bindingen in de opbouwfunctie en bind aan app-builds en -implementaties door te verwijzen naar de opbouwfunctie.

Notitie

Deze methode is de oude manier om APM te configureren en is nu afgeschaft. U wordt aangeraden de APM te migreren die is geconfigureerd in bindingen. Zie de sectie APM migreren die is geconfigureerd in bindingen voor meer informatie.

U kunt APM nu configureren in Azure Spring Apps door APM-configuraties op service-exemplaarniveau te beheren en te binden aan app-builds en -implementaties door ernaar te verwijzen. Deze methode is de aanbevolen manier om APM te configureren.

De volgende secties bevatten richtlijnen voor beide benaderingen.

U kunt een APM-configuratie maken en verbinden met app-builds en -implementaties, zoals wordt uitgelegd in de volgende secties.

APM-configuratie beheren in Azure Spring Apps

U kunt APM-integratie beheren door eigenschappen of geheimen in de APM-configuratie te configureren met behulp van Azure Portal of de Azure CLI.

Notitie

Wanneer u eigenschappen of geheimen configureert via APM-configuraties, gebruikt u sleutelnamen zonder de APM-naam als voorvoegsel. Gebruik bijvoorbeeld geen DT_ voorvoegsel voor Dynatrace of APPLICATIONINSIGHTS_ voor Application Insights. Tanzu APM buildpacks transformeren de sleutelnaam naar de oorspronkelijke naam van de omgevingsvariabele met een voorvoegsel.

Als u bepaalde eigenschappen of geheimen wilt overschrijven of configureren, zoals app-naam of app-niveau, moet u omgevingsvariabelen instellen bij het implementeren van een app met de oorspronkelijke omgevingsvariabelen met de APM-naam als voorvoegsel.

Gebruik de volgende stappen om een APM-configuratie weer te geven, toe te voegen, te bewerken of te verwijderen:

  1. Open de Azure Portal.

  2. Selecteer APM in het navigatiedeelvenster.

  3. Als u een APM-configuratie wilt maken, selecteert u Toevoegen. Als u de APM-configuratie globaal wilt inschakelen, selecteert u Globaal inschakelen. Alle volgende builds en implementaties maken automatisch gebruik van de APM-configuratie.

    Schermopname van Azure Portal met de pagina APM-configuratie met de knop Toevoegen gemarkeerd.

  4. Als u een APM-configuratie wilt weergeven of bewerken, selecteert u de knop met het beletselteken (...) voor de configuratie en selecteert u vervolgens APM bewerken.

    Schermopname van Azure Portal met de APM-configuratiepagina met de optie APM bewerken geselecteerd.

  5. Als u een APM-configuratie wilt verwijderen, selecteert u de knop met het beletselteken (...) voor de configuratie en selecteert u Vervolgens Verwijderen. Als de APM-configuratie wordt gebruikt door een build of implementatie, kunt u deze niet verwijderen.

    Schermopname van Azure Portal met de APM-configuratiepagina met de knop Verwijderen gemarkeerd.

Gebruik de volgende stappen om de APM-configuraties weer te geven die zijn gebonden aan de build:

  1. Navigeer naar de pagina Build Service voor uw Azure Spring Apps-exemplaar.

    Schermopname van Azure Portal met de pagina buildservice met de huidige build in de lijst.

  2. Selecteer APM-bindingen in het navigatiedeelvenster in de sectie Instellingen.

  3. Bekijk op de pagina APM-bindingen de APM-configuraties die zijn gebonden aan de build.

    Schermopname van de pagina APM-bindingen met de APM-configuraties die zijn gebonden aan de build.

Gebruik de volgende stappen om de APM-configuraties weer te geven die zijn gebonden aan de implementatie:

  1. Navigeer naar de toepassingspagina.

  2. Selecteer APM-bindingen in het navigatiedeelvenster in de sectie Instellingen.

  3. Bekijk op de pagina APM-bindingen de APM-configuraties die aan de implementatie zijn gebonden.

    Schermopname van de pagina APM-bindingen met de APM-configuraties die zijn gebonden aan de implementatie.

Zie de sectie Ondersteunde scenario's- APM- en CA-certificatenintegratie voor meer informatie over de properties en secrets parameters voor uw buildpack.

Binden aan app-builds en -implementaties

Gebruik voor een buildservice die gebruikmaakt van een beheerd Azure Container Registry de volgende opdracht om APM te integreren in uw implementaties:

az spring app deploy \
    --resource-group <resource-group-name> \
    --service <Azure-Spring-Apps-instance-name> \
    --name <app-name> \
    --builder <builder-name> \
    --apms <APM-name> \
    --artifact-path <path-to-your-JAR-file>

Wanneer u een APM-configuratie globaal inschakelt, gebruiken alle volgende builds en implementaties deze automatisch en is het niet nodig om de --apms parameter op te geven. Als u de APM-configuratie die globaal is ingeschakeld voor een implementatie wilt overschrijven, geeft u de APM-configuraties op via --apms de parameter.

Voor een buildservice die gebruikmaakt van uw eigen containerregister, kunt u een toepassing in een containerinstallatiekopieën bouwen en de installatiekopieën implementeren in de huidige of andere Azure Spring Apps Enterprise-service-exemplaren.

Als u uw eigen containerregister oplevert, wordt het bouwen gescheiden van de implementatie. U kunt de buildopdracht gebruiken om een build te maken of bij te werken met een opbouwfunctie en vervolgens de opdracht implementeren om de containerinstallatiekopieën in de service te implementeren.

Gebruik de volgende opdracht om een installatiekopieën te bouwen en APM te configureren:

az spring build-service build <create|update> \
    --resource-group <resource-group-name> \
    --service <Azure-Spring-Apps-instance-name> \
    --name <app-name> \
    --builder <builder-name> \
    --apms <APM-name> \
    --artifact-path <path-to-your-JAR-file>

Wanneer u een APM-configuratie globaal inschakelt, gebruiken alle volgende builds en implementaties deze automatisch en is het niet nodig om de --apms parameter op te geven. Als u de APM-configuratie die globaal is ingeschakeld voor een build wilt overschrijven, geeft u de APM-configuraties op via de --apms parameter.

Gebruik de volgende opdracht om de toepassing te implementeren met de containerinstallatiekopie die eerder is gebouwd en APM te configureren. U kunt de APM-configuratie globaal gebruiken of de --apms parameter gebruiken om APM-configuratie op te geven.

az spring app deploy \
   --resource-group <resource-group-name> \
   --service <Azure-Spring-Apps-instance-name> \
   --name <app-name> \
   --container-image <your-container-image> \
   --container-registry <your-container-registry> \
   --registry-password <your-password> \
   --registry-username <your-username> \
   --apms <your-APM>

Wanneer u de buildservice uitschakelt, kunt u alleen een toepassing met een containerinstallatiekopieën implementeren. Zie Een toepassing implementeren met een aangepaste containerinstallatiekopieën voor meer informatie.

U kunt meerdere exemplaren van Azure Spring Apps Enterprise gebruiken, waarbij sommige exemplaren installatiekopieën bouwen en implementeren en andere alleen installatiekopieën implementeren. Bekijk het volgende scenario:

Voor één exemplaar schakelt u de buildservice in met een gebruikerscontainerregister. Vervolgens bouwt u vanuit een artefactbestand of broncode met APM of een CA-certificaat in een containerinstallatiekopieën. U kunt vervolgens implementeren naar het huidige Azure Spring Apps-exemplaar of andere service-exemplaren. Zie de sectie Polyglot-toepassingen bouwen en implementeren voor meer informatie over het implementeren van polyglot-apps in Azure Spring Apps Enterprise.

In een ander exemplaar waarbij de buildservice is uitgeschakeld, implementeert u een toepassing met de containerinstallatiekopieën in uw register en maakt u ook gebruik van APM.

In dit scenario kunt u de APM-configuratie globaal gebruiken of de --apms parameter gebruiken om de APM-configuratie op te geven, zoals wordt weergegeven in het volgende voorbeeld:

az spring app deploy \
   --resource-group <resource-group-name> \
   --service <Azure-Spring-Apps-instance-name> \
   --name <app-name> \
   --container-image <your-container-image> \
   --container-registry <your-container-registry> \
   --registry-password <your-password> \
   --registry-username <your-username> \
   --apms <your-APM>

API's beheren via bindingen in builder (afgeschaft)

Wanneer de buildservice gebruikmaakt van het beheerde containerregister van Azure Spring Apps, kunt u een toepassing bouwen op een installatiekopieën en deze vervolgens implementeren, maar alleen binnen het huidige Azure Spring Apps-service-exemplaar.

APM-configuraties beheren via bindingen in builder

U kunt APM-configuraties beheren via bindingen in de opbouwfunctie. Zie de sectie Bindingen beheren in builder in Azure Spring Apps (afgeschaft) voor meer informatie.

Binden aan app-builds en -implementaties

Gebruik de volgende opdracht om APM te integreren in uw implementaties. De APM wordt geconfigureerd via bindingen in de opbouwfunctie:

az spring app deploy \
    --resource-group <resource-group-name> \
    --service <Azure-Spring-Apps-instance-name> \
    --name <app-name> \
    --builder <builder-name> \
    --artifact-path <path-to-your-JAR-file>

Application Insights inschakelen bij het maken van het service-exemplaar

Als u Application Insights inschakelt bij het maken van een service-exemplaar, zijn de volgende voorwaarden van toepassing:

  • Als u een beheerd Azure Container Registry gebruikt voor de buildservice, is Application Insights gebonden aan bindingen in de standaardbouwer.
  • Als u uw eigen containerregister gebruikt voor de buildservice of als u de buildservice uitschakelt, wordt er een standaard-APM-configuratie gemaakt voor Application Insights. De standaard-APM is globaal ingeschakeld en alle volgende builds en implementaties gebruiken deze automatisch.

CA-certificaten configureren voor app-builds en -implementaties

U kunt CA-certificaten op de volgende twee manieren configureren in Azure Spring Apps:

  • U kunt openbare certificaten beheren in de TLS/SSL-instellingen en verbinden met app-builds en -implementaties door ernaar te verwijzen. Deze methode is de aanbevolen manier om CA-certificaten te configureren.
  • U kunt openbare certificaten beheren in de TLS/SSL-instellingen en CA-certificaten binden via bindingen in de opbouwfunctie. Zie de sectie Bindingen beheren in builder in Azure Spring Apps (afgeschaft) voor meer informatie.

Notitie

Deze methode is de oude manier om CA-certificaten te configureren en is afgeschaft. U wordt aangeraden het CA-certificaat te migreren dat is geconfigureerd in bindingen. Zie het gedeelte Ca-certificaat migreren dat is geconfigureerd in bindingen voor meer informatie.

U kunt nu openbare certificaten beheren in de TLS/SSL-instellingen en verbinden met app-builds en -implementaties door ernaar te verwijzen. Deze methode is de aanbevolen manier om CA-certificaten te configureren.

Als u openbare certificaten op service-exemplaarniveau wilt beheren, raadpleegt u de sectie Een certificaat importeren van TLS/SSL-certificaten in uw toepassing in Azure Spring Apps. volg vervolgens een van de methoden die in de volgende secties worden beschreven om CA-certificaten te binden aan app-builds en -implementaties.

CA-certificaten binden aan app-builds en -implementaties

Zie de sectie Tls/SSL-certificaten laden in uw toepassing in Azure Spring Apps voor informatie over het binden van CA-certificaten aan implementaties. Gebruik vervolgens de volgende instructies om verbinding te maken met app-builds.

Wanneer u de buildservice inschakelt en een beheerd Azure Container Registry gebruikt, gebruikt u de volgende opdracht om CA-certificaten te integreren in uw implementatie:

az spring app deploy \
    --resource-group <resource-group-name> \
    --service <Azure-Spring-Apps-instance-name> \
    --name <app-name> \
    --builder <builder-name> \
    --build-certificates <CA certificate-name> \
    --artifact-path <path-to-your-JAR-file>

Wanneer u uw eigen containerregister gebruikt voor de buildservice of de buildservice uitschakelt, gebruikt u de volgende opdracht om CA-certificaten te integreren in uw build:

az spring build-service build <create|update> \
    --resource-group <resource-group-name> \
    --service <Azure-Spring-Apps-instance-name> \
    --name <app-name> \
    --builder <builder-name> \
    --certificates <CA certificate-name> \
    --artifact-path <path-to-your-JAR-file>

CA-certificaten weergeven die afhankelijk zijn van app-builds

Gebruik de volgende stappen om de CA-certificaten weer te geven die zijn gebonden aan de build:

  1. Navigeer naar uw buildpagina.

    Schermopname van Azure Portal met de pagina buildservice met de huidige build in de lijst.

  2. Selecteer certificaatbindingen in het navigatiedeelvenster in de sectie Instellingen.

  3. Bekijk op de pagina Certificaatbindingen de CA-certificaten die aan de build zijn gebonden.

    Schermopname van de pagina certificaatbindingen met CA-certificaten die zijn gebonden aan de build.

CA-certificaten binden via bindingen in de opbouwfunctie (afgeschaft)

CA-certificaten maken gebruik van het buildpack voor ca-certificaten ter ondersteuning van het leveren van CA-certificaten aan het systeemvertrouwensarchief tijdens de build en runtime.

In het Azure Spring Apps Enterprise-abonnement gebruiken de CA-certificaten het tabblad Openbare sleutelcertificaten op de pagina TLS/SSL-instellingen in Azure Portal, zoals wordt weergegeven in de volgende schermopname:

Schermopname van Azure Portal met de sectie Certificaten van openbare sleutel van de pagina TLS/SSL-instellingen.

U kunt de CA-certificaten configureren op de pagina Binding bewerken. De succeeded certificaten worden weergegeven in de lijst met CA-certificaten .

Schermopname van Azure Portal met de pagina Bindingen bewerken voor standaardbouwer met het deelvenster Binding bewerken voor CA-certificaten geopend.

Bindingen beheren in de opbouwfunctie in Azure Spring Apps (afgeschaft)

Deze sectie is alleen van toepassing op een Azure Spring Apps Enterprise-service-exemplaar waarvoor de buildservice is ingeschakeld. Als de buildservice is ingeschakeld, betekent één buildpack-binding de configuratie van referenties op basis van één APM-type of configuratie van CA-certificaten voor het type CA-certificaten. Voor APM-integratie volgt u de eerdere instructies om de benodigde omgevingsvariabelen of geheimen voor uw APM te configureren.

Notitie

Wanneer u omgevingsvariabelen voor APM-bindingen configureert, gebruikt u sleutelnamen zonder voorvoegsel. Gebruik DT_ bijvoorbeeld geen voorvoegsel voor een Dynatrace-binding of APPLICATIONINSIGHTS_ voor Application Insights. Tanzu APM buildpacks transformeren de sleutelnaam naar de oorspronkelijke naam van de omgevingsvariabele met een voorvoegsel.

U kunt buildpack-bindingen beheren met Azure Portal of de Azure CLI.

Gebruik de volgende stappen om de buildpack-bindingen weer te geven:

  1. Ga in Azure Portal naar uw Azure Spring Apps Enterprise-service-exemplaar.

  2. Selecteer Build Service in het navigatiedeelvenster.

  3. Selecteer Bewerken onder de kolom Bindingen om de bindingen weer te geven die zijn geconfigureerd voor een opbouwfunctie.

    Schermopname van Azure Portal met de pagina Build Service met de koppeling Bindingen bewerken gemarkeerd voor een geselecteerde opbouwfunctie.

  4. Controleer de bindingen op de pagina Binding bewerken voor de standaardpagina van de opbouwfunctie .

    Schermopname van Azure Portal met de pagina Bindingen bewerken voor de standaard opbouwfunctie met de bindingstypen en de status ervan.

Een buildpack-binding maken

Als u een buildpack-binding wilt maken, selecteert u Unbound op de pagina Bindingen bewerken, geeft u de bindingseigenschappen op en selecteert u Opslaan.

Een buildpack-binding ontkoppelen

U kunt een buildpack-binding opheffen met behulp van de opdracht Binding unbind of door de bindingseigenschappen te bewerken.

Als u de opdracht Binding ontkoppelen wilt gebruiken, selecteert u de afhankelijke hyperlink en selecteert u Vervolgens Binding los koppelen.

Schermopname van de Azure-portal Bindingen bewerken voor de standaardpagina van de opbouwfunctie, met de optie Binding losmaken gemarkeerd voor een geselecteerd bindingstype.

Als u een buildpack-binding wilt losbinden door bindingseigenschappen te bewerken, selecteert u Binding bewerken en selecteert u VervolgensBind ongedaan maken.

Schermopname van Azure Portal met de pagina Binding bewerken met de knop Binding opheffen gemarkeerd.

Wanneer u een binding ontkoppelt, verandert de bindingsstatus van Afhankelijk in Niet-afhankelijk.

APM- en CA-certificaten migreren van bindingen in builder

De bindingsfunctie in de opbouwfunctie is afgeschaft en wordt in de toekomst verwijderd. U wordt aangeraden bindingen in de opbouwfunctie te migreren.

U kunt APM- en CA-certificaten configureren in bindingen en u kunt ze migreren met behulp van de volgende secties.

De APM migreren die is geconfigureerd in bindingen

In de meeste gevallen is er slechts één APM geconfigureerd in bindingen in de standaardbouwer. U kunt een nieuwe APM-configuratie maken met dezelfde configuratie in bindingen en deze APM-configuratie globaal inschakelen. Alle volgende builds en implementaties gebruiken deze configuratie automatisch. Gebruik de volgende stappen om te migreren:

  1. Gebruik de volgende opdracht om een APM-configuratie te maken:

    az spring apm create \
    --resource-group <resource-group-name> \
    --service <Azure-Spring-Apps-instance-name> \
    --name <your-APM-name> \
    --type <your-APM-type> \
    --properties a=b c=d \
    --secrets e=f g=h

  2. Gebruik de volgende opdracht om de APM-configuratie globaal in te schakelen:

    az spring apm enable-globally \
    --resource-group <resource-group-name> \
    --service <Azure-Spring-Apps-instance-name> \
    --name <your-APM-name> \

  3. Gebruik de volgende opdracht om alle toepassingen opnieuw te implementeren om de nieuwe APM-configuratie wereldwijd te gebruiken:

    az spring app deploy \
    --resource-group <resource-group-name> \
    --service <Azure-Spring-Apps-instance-name> \
    --name <app-name> \
    --builder <builder-name> \
    --artifact-path <path-to-your-JAR-file>

  4. Controleer of de nieuwe APM-configuratie werkt voor alle toepassingen. Als alles goed werkt, gebruikt u de volgende opdracht om de APM-bindingen in de opbouwfunctie te verwijderen:

    az spring build-service builder buildpack-binding delete \
    --resource-group <resource-group-name> \
    --service <Azure-Spring-Apps-instance-name> \
    --name <your-APM-buildpack-binding-name> \
    --builder-name <your-builder-name>

Als er verschillende API's zijn geconfigureerd in bindingen, kunt u verschillende APM-configuraties maken met dezelfde configuratie in bindingen en de APM-configuratie globaal inschakelen als deze van toepassing is. Gebruik de --apms parameter om een APM-configuratie voor een implementatie op te geven als u de APM globaal wilt overschrijven, zoals wordt weergegeven in de volgende opdracht:

az spring app deploy \
    --resource-group <resource-group-name> \
    --service <Azure-Spring-Apps-instance-name> \
    --name <app-name> \
    --builder <builder-name> \
    --apms <APM-name> \
    --artifact-path <path-to-your-JAR-file>

Tijdens het migratieproces wordt APM geconfigureerd in zowel bindingen als APM-configuratie. In dit geval wordt de APM-configuratie van kracht en wordt de binding genegeerd.

CA-certificaat migreren dat is geconfigureerd in bindingen

Gebruik de volgende stappen om een CA-certificaat te migreren:

  1. Voor een CA-certificaat dat is geconfigureerd in binding, kunt u het certificaat in uw toepassing laden als dit in runtime wordt gebruikt. Zie de sectie Een certificaat laden van TLS/SSL-certificaten in uw toepassing in Azure Spring Apps voor meer informatie.

  2. Gebruik de volgende opdracht om alle toepassingen opnieuw te implementeren met behulp van het CA-certificaat. Als u het certificaat tijdens de build gebruikt, gebruikt u de --build-certificates parameter om het CA-certificaat op te geven dat tijdens de build moet worden gebruikt voor een implementatie:

    az spring app deploy \
    --resource-group <resource-group-name> \
    --service <Azure-Spring-Apps-instance-name> \
    --name <app-name> \
    --builder <builder-name> \
    --build-certificates <CA certificate-name> \
    --artifact-path <path-to-your-JAR-file>

  3. Controleer of het CA-certificaat werkt voor alle toepassingen die het gebruiken. Als alles goed werkt, gebruikt u de volgende opdracht om de CA-certificaatbindingen in de opbouwfunctie te verwijderen:

    az spring build-service builder buildpack-binding delete \
    --resource-group <resource-group-name> \
    --service <Azure-Spring-Apps-instance-name> \
    --name <your-CA-certificate-buildpack-binding-name> \
    --builder-name <your-builder-name>

Volgende stappen