Använda Application Configuration Service for Tanzu

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 Application Configuration Service för VMware Tanzu med Azure Spring Apps Enterprise-planen.

Application Configuration Service för VMware Tanzu är en av de kommersiella VMware Tanzu-komponenterna. Det möjliggör hantering av Kubernetes-inbyggda ConfigMap resurser som fylls i från egenskaper som definierats i en eller flera Git-lagringsplatser.

Med Application Configuration Service har du en central plats för att hantera externa egenskaper för program i alla miljöer. Information om skillnaderna från Spring Cloud Config Server i Basic- och Standard-abonnemangen finns i avsnittet Använd programkonfigurationstjänst för extern konfiguration i Migrera en Azure Spring Apps Basic- eller Standard-planinstans till Enterprise-planen.

Programkonfigurationstjänsten erbjuds i två versioner: Gen1 och Gen2. Gen1-versionen betjänar främst befintliga kunder i bakåtkompatibilitetssyfte och stöds endast fram till den 30 april 2024. Nya tjänstinstanser bör använda Gen2. Gen2-versionen använder flux som serverdel för att kommunicera med Git-lagringsplatser och ger bättre prestanda jämfört med Gen1.

I följande tabell visas underkomponentrelationerna:

Generering av programkonfigurationstjänst Delkomponenter
Gen1 application-configuration-service
Gen2 application-configuration-service
flux-source-controller

I följande tabell visas några benchmark-data för din referens. Storleken på Git-lagringsplatsen är dock en nyckelfaktor med betydande inverkan på prestandadata. Vi rekommenderar att du endast lagrar de nödvändiga konfigurationsfilerna på Git-lagringsplatsen för att hålla den liten.

Generering av programkonfigurationstjänst Varaktighet för uppdatering under 100 mönster Varaktighet för uppdatering under 250 mönster Varaktighet för uppdatering under 500 mönster
Gen1 330 s 840 s 1500 s
Gen2 13 s 100 s 378 s

Gen2 ger också fler säkerhetsverifieringar när du ansluter till en fjärransluten Git-lagringsplats. Gen2 kräver en säker anslutning om du använder HTTPS och verifierar rätt värdnyckel och värdalgoritm när du använder en SSH-anslutning.

Du kan välja version av Application Configuration Service när du skapar en Azure Spring Apps Enterprise-tjänstinstans. Standardversionen är Gen1. Du kan också uppgradera till Gen2 när instansen har skapats, men nedgradering stöds inte. Uppgraderingen är noll stilleståndstid, men vi rekommenderar ändå att du testar i en mellanlagringsmiljö innan du flyttar till en produktionsmiljö.

Förutsättningar

Hantera inställningar för programkonfigurationstjänsten

Application Configuration Service stöder Azure DevOps, GitHub, GitLab och Bitbucket för lagring av konfigurationsfiler.

Om du vill hantera tjänstinställningarna öppnar du avsnittet Inställningar. I det här avsnittet kan du konfigurera följande viktiga aspekter:

  • Generation: Uppgradera tjänstgenereringen.
  • Uppdateringsintervall: Justera frekvensen med vilken tjänsten söker efter uppdateringar från Git-lagringsplatser.
  • Lagringsplatser: Lägg till nya poster eller ändra befintliga. Med den här funktionen kan du styra vilka lagringsplatser som tjänstövervakarna använder för att hämta data.

Skärmbild av Azure-portalen som visar sidan Programkonfigurationstjänst med fliken Inställningar markerad.

Om din nuvarande tjänstgenerering är Gen1 kan du uppgradera till Gen2 för bättre prestanda. Mer information finns i avsnittet Uppgradera från Gen1 till Gen2 .

Uppdateringsintervallet anger frekvensen (i sekunder) för att kontrollera uppdateringar på lagringsplatsen. Minimivärdet är 0, vilket inaktiverar automatisk uppdatering. För optimal prestanda anger du det här intervallet till ett lägsta värde på 60 sekunder.

I följande tabell beskrivs egenskaperna för varje lagringsplatspost:

Property Obligatoriskt? beskrivning
Name Ja Ett unikt namn för att märka varje Git-lagringsplats.
Patterns Ja De mönster som ska sökas efter i Git-lagringsplatser. För varje mönster använder du ett format som {application} eller {application}/{profile} i stället för {application}-{profile}.yml. Avgränsa mönstren med kommatecken. Mer information finns i avsnittet Mönster i den här artikeln.
URI Ja En Git-URI (till exempel https://github.com/Azure-Samples/piggymetrics-config eller git@github.com:Azure-Samples/piggymetrics-config)
Label Ja Grennamnet som ska sökas efter på Git-lagringsplatsen.
Search path Nej Valfria sökvägar, avgränsade med kommatecken, för sökning i underkataloger för Git-lagringsplatsen.

Mönster

Konfiguration hämtas från Git-serverdelar med det du definierar i ett mönster. Ett mönster är en kombination av {application}/{profile} enligt beskrivningen i följande riktlinjer.

  • {application} – Namnet på ett program vars konfiguration du hämtar. Värdet application anses vara standardprogrammet och innehåller konfigurationsinformation som delas mellan flera program. Andra värden refererar till ett specifikt program och innehåller egenskaper för både det specifika programmet och delade egenskaper för standardprogrammet.
  • {profil} -Valfri. Namnet på en profil vars egenskaper du kan hämta. Ett tomt värde, eller värdet default, innehåller egenskaper som delas mellan profiler. Värden som inte är standard innehåller egenskaper för den angivna profilen och egenskaperna för standardprofilen.

Autentisering

Följande skärmbild visar de tre typerna av lagringsplatsautentisering som stöds av Application Configuration Service.

Skärmbild av Azure-portalen som visar sidan Programkonfigurationstjänst med menyn Autentiseringstyp markerad.

I följande lista beskrivs de tre autentiseringstyperna:

  • Offentlig lagringsplats.

    Du behöver ingen extra autentiseringskonfiguration när du använder en offentlig lagringsplats. Välj Offentlig i formuläret Autentisering .

    I följande tabell visas den konfigurerbara egenskap som du kan använda för att konfigurera en offentlig Git-lagringsplats:

    Property Obligatoriskt? beskrivning
    CA certificate Nej Krävs endast när ett självsignerat certifikat används för Git-lagringsplatsens URL.
  • Privat lagringsplats med grundläggande autentisering.

    I följande tabell visas de konfigurerbara egenskaper som du kan använda för att konfigurera en privat Git-lagringsplats med grundläggande autentisering:

    Property Obligatoriskt? beskrivning
    username Ja Användarnamnet som används för att komma åt lagringsplatsen.
    password Ja Lösenordet som används för att komma åt lagringsplatsen.
    CA certificate Nej Krävs endast när ett självsignerat certifikat används för Git-lagringsplatsens URL.
  • Privat lagringsplats med SSH-autentisering.

    I följande tabell visas de konfigurerbara egenskaper som du kan använda för att konfigurera en privat Git-lagringsplats med SSH:

    Property Obligatoriskt? beskrivning
    Private key Ja Den privata nyckel som identifierar Git-användaren. Lösenfraskrypterade privata nycklar stöds inte.
    Host key Nej för Gen1
    Ja för Gen2
    Värdnyckeln för Git-servern. Om du ansluter till servern via Git på kommandoraden finns värdnyckeln i filen .ssh/known_hosts . Inkludera inte algoritmprefixet eftersom det anges i Host key algorithm.
    Host key algorithm Nej för Gen1
    Ja för Gen2
    Algoritmen för hostKey: en av ssh-dss, ssh-rsa, ecdsa-sha2-nistp256, ecdsa-sha2-nistp384och ecdsa-sha2-nistp521. (Krävs om du Host keyanger ).
    Strict host key checking Nej Valfritt värde som anger om serverdelen ska ignoreras om det uppstår ett fel när du använder den angivna Host key. Giltiga värden är true och false. Standardvärdet är true.

Om du vill verifiera åtkomsten till mål-URI:n väljer du Verifiera. När valideringen har slutförts väljer du Använd för att uppdatera konfigurationsinställningarna.

Uppgradera från Gen1 till Gen2

Application Configuration Service Gen2 ger bättre prestanda jämfört med Gen1, särskilt när du har ett stort antal konfigurationsfiler. Vi rekommenderar att du använder Gen2, särskilt eftersom Gen1 snart dras tillbaka. Uppgraderingen från Gen1 till Gen2 är noll stilleståndstid, men vi rekommenderar ändå att du testar i en mellanlagringsmiljö innan du flyttar till en produktionsmiljö.

Gen2 kräver fler konfigurationsegenskaper än Gen1 när du använder SSH-autentisering. Du måste uppdatera konfigurationsegenskaperna i ditt program för att det ska fungera med Gen2. I följande tabell visas de egenskaper som krävs för Gen2 när du använder SSH-autentisering:

Property beskrivning
Host key Värdnyckeln för Git-servern. Om du ansluter till servern via Git på kommandoraden finns värdnyckeln i filen .ssh/known_hosts . Inkludera inte algoritmprefixet eftersom det anges i Host key algorithm.
Host key algorithm Algoritmen för hostKey: en av ssh-dss, ssh-rsa, ecdsa-sha2-nistp256, ecdsa-sha2-nistp384eller ecdsa-sha2-nistp521.

Använd följande steg för att uppgradera från Gen1 till Gen2:

  1. I Azure-portalen går du till sidan Programkonfigurationstjänst för din Azure Spring Apps-tjänstinstans.

  2. Välj avsnittet Inställningar och välj sedan Gen2 i listrutan Generation.

    Skärmbild av Azure-portalen som visar sidan Programkonfigurationstjänst med fliken Inställningar och menyn Generation öppen.

  3. Välj Verifiera för att verifiera åtkomsten till mål-URI:n. När valideringen har slutförts väljer du Använd för att uppdatera konfigurationsinställningarna.

    Skärmbild av Azure-portalen som visar sidan Programkonfigurationstjänst och fliken Inställningar med knappen Verifiera markerad.

Stöd för flerspråkiga

Programkonfigurationstjänsten fungerar sömlöst med Spring Boot-program. Egenskaperna som genereras av tjänsten importeras som externa konfigurationer av Spring Boot och matas in i bönorna. Du behöver inte skriva extra kod. Du kan använda värdena med hjälp av anteckningen @Value , som nås via Spring's Environment-abstraktion eller så kan du binda dem till strukturerade objekt med hjälp av anteckningen @ConfigurationProperties .

Programkonfigurationstjänsten stöder också flerspråkiga appar som dotNET, Go, Python och så vidare. Om du vill komma åt konfigurationsfiler som du anger ska läsas in under polyglotappdistributionen i apparna kan du försöka komma åt en filsökväg som du kan hämta via en miljövariabel med ett namn som AZURE_SPRING_APPS_CONFIG_FILE_PATH. Du kan komma åt alla dina avsedda konfigurationsfiler under den sökvägen. Om du vill komma åt egenskapsvärdena i konfigurationsfilerna använder du de befintliga läs-/skrivfilbiblioteken för din app.

Uppdatera strategier

När du ändrar och checkar in dina konfigurationer på en Git-lagringsplats ingår flera steg innan dessa ändringar återspeglas i dina program. Den här processen omfattar, även om den är automatiserad, följande distinkta steg och komponenter, var och en med sin egen tidsinställning och sitt eget beteende:

  • Avsökning efter programkonfigurationstjänst: Programkonfigurationstjänsten avsöker regelbundet git-lagringsplatserna för serverdelen för att identifiera eventuella ändringar. Den här avsökningen sker med en angiven frekvens som definieras av uppdateringsintervallet. När en ändring identifieras uppdaterar Programkonfigurationstjänsten Kubernetes ConfigMap.
  • ConfigMap uppdatering och interaktion med kubelet cache: I Azure Spring Apps monteras detta ConfigMap som en datavolym till det relevanta programmet. Det finns dock en naturlig fördröjning i den här processen på grund av den frekvens med vilken kubelet uppdaterar sin cache för att identifiera ändringar i ConfigMap.
  • Programmet läser den uppdaterade konfigurationen: Ditt program som körs i Azure Spring Apps-miljön har åtkomst till de uppdaterade konfigurationsvärdena. De befintliga bönorna i Spring Context uppdateras inte automatiskt för att använda de uppdaterade konfigurationerna.

Dessa steg sammanfattas i följande diagram:

Diagram som visar livscykeln för uppdateringsprocessen för Application Configuration Service.

Du kan justera avsökningsuppdateringsintervallet för programkonfigurationstjänsten så att det överensstämmer med dina specifika behov. För att tillämpa de uppdaterade konfigurationerna i ditt program krävs en omstarts- eller uppdateringsåtgärd.

I Spring-program lagras eller refereras egenskaper som bönor i Spring Context. Om du vill läsa in nya konfigurationer bör du överväga att använda följande metoder:

  • Starta om programmet. Om du startar om programmet läses alltid den nya konfigurationen in.

  • Anropa slutpunkten /actuator/refresh som exponeras på konfigurationsklienten via Spring Actuator.

    Om du vill använda den här metoden lägger du till följande beroende i konfigurationsklientens pom.xml-fil .

    <dependency>
       <groupId>org.springframework.boot</groupId>
       <artifactId>spring-boot-starter-actuator</artifactId>
    </dependency>
    

    Du kan också aktivera aktuatorslutpunkten genom att lägga till följande konfiguration:

    management.endpoints.web.exposure.include=refresh, bus-refresh, beans, env
    

    När du har läst in egenskapskällorna igen genom att anropa /actuator/refresh slutpunkten uppdateras attributen som är bundna med @Value i bönorna med anteckningen @RefreshScope .

    @Service
    @Getter @Setter
    @RefreshScope
    public class MyService {
       @Value
       private Boolean activated;
    }
    

    Använd curl med programslutpunkten för att uppdatera den nya konfigurationen, som du ser i följande exempel:

    curl -X POST http://{app-endpoint}/actuator/refresh
    
  • Använd FileSystemWatcher för att se hur filen ändras och uppdatera kontexten på begäran. FileSystemWatcher är en klass som levereras med spring-boot-devtools som bevakar specifika kataloger för filändringar, eller så kan du använda ett annat verktyg med liknande funktion. Föregående alternativ kräver att användarna initierar uppdateringen aktivt, medan den senare kan övervaka filändringar och automatiskt anropa uppdateringen när uppdateringar identifieras. Du kan hämta filsökvägen med hjälp av miljövariabeln AZURE_SPRING_APPS_CONFIG_FILE_PATH, enligt beskrivningen i avsnittet Polyglot-support .

Konfigurera inställningar för programkonfigurationstjänsten

Använd följande steg för att konfigurera programkonfigurationstjänsten:

  1. Välj Programkonfigurationstjänst.

  2. Välj Översikt för att visa körningstillstånd och resurser som allokerats till Application Configuration Service.

    Skärmbild av Azure-portalen som visar sidan Programkonfigurationstjänst med fliken Översikt markerad.

  3. Välj Inställningar och lägg till en ny post i avsnittet Lagringsplatser med Git-serverdelsinformationen.

  4. Välj Verifiera för att verifiera åtkomsten till mål-URI:n. När valideringen har slutförts väljer du Använd för att uppdatera konfigurationsinställningarna.

    Skärmbild av Azure-portalen som visar sidan Programkonfigurationstjänst med fliken Inställningar och knappen Verifiera markerad.

Konfigurera TLS-certifikatet för åtkomst till Git-serverdelen med ett självsignerat certifikat för Gen2

Steget är valfritt. Om du använder ett självsignerat certifikat för Git-serverdelen måste du konfigurera TLS-certifikatet för åtkomst till Git-serverdelen.

Du måste ladda upp certifikatet till Azure Spring Apps först. Mer information finns i avsnittet Importera ett certifikat i Använda TLS/SSL-certifikat i ditt program i Azure Spring Apps.

Använd följande steg för att konfigurera TLS-certifikatet:

  1. Gå till tjänstresursen och välj sedan Programkonfigurationstjänst.

  2. Välj Inställningar och lägg till eller uppdatera en ny post i avsnittet Lagringsplatser med Git-serverdelsinformationen.

    Skärmbild av Azure-portalen som visar sidan Programkonfigurationstjänst med fliken Inställningar visas.

Använda Programkonfigurationstjänst med program

När du använder Application Configuration Service med en Git-serverdel och använder de centraliserade konfigurationerna måste du binda appen till Application Configuration Service.

Använd följande steg för att använda programkonfigurationstjänsten med program:

  1. Öppna fliken Appbindning .

  2. Välj Bind app och välj en app i listrutan. Välj Använd för att binda.

    Skärmbild av Azure-portalen som visar sidan Programkonfigurationstjänst med fliken Appbindning markerad.

    Kommentar

    När du ändrar bindnings-/avbindningsstatusen måste du starta om eller distribuera om appen till för att bindningen ska börja gälla.

  3. I navigeringsmenyn väljer du Appar för att visa listan över alla appar.

  4. Välj målappen för att konfigurera mönster för name kolumnen.

  5. I navigeringsfönstret väljer du Konfiguration och sedan Allmänna inställningar.

  6. I listrutan Konfigurationsfilmönster väljer du ett eller flera mönster i listan. Mer information finns i avsnittet Mönster .

    Skärmbild av Azure-portalen som visar sidan Appkonfiguration med fliken Allmänna inställningar och api-gatewayalternativ markerade.

  7. Välj Spara.

Binda en app till programkonfigurationstjänsten

Nu kan du välja att binda programmet till programkonfigurationstjänsten när du skapar en ny app.

Använd följande steg för att skapa en ny app och binda den till programkonfigurationstjänsten:

  1. I navigeringsfönstret väljer du Appar för att se alla dina appar.

  2. Välj Skapa app för att skapa en ny app.

  3. Ange ett namn för den nya appen.

  4. Välj fliken Bind och välj sedan Programkonfigurationstjänst i listrutan.

    Skärmbild av Azure-portalen som visar sidan Skapa app med listrutan Bind markerad.

  5. Välj Skapa för att slutföra skapandet av din app och binda den till programkonfigurationstjänsten.

Aktivera/inaktivera programkonfigurationstjänsten när tjänsten har skapats

Du kan aktivera och inaktivera programkonfigurationstjänsten när tjänsten har skapats med hjälp av Azure-portalen eller Azure CLI. Innan du inaktiverar Programkonfigurationstjänsten måste du avbinda alla dina appar från den.

Använd följande steg för att aktivera eller inaktivera programkonfigurationstjänsten:

  1. Gå till tjänstresursen och välj sedan Programkonfigurationstjänst.
  2. Välj Hantera.
  3. Välj eller avmarkera Aktivera programkonfigurationstjänsten och välj sedan Spara.
  4. Nu kan du visa tillståndet för programkonfigurationstjänsten på sidan Programkonfigurationstjänst .

Granska konfigurationsfilen i ConfigMap

I följande avsnitt visas hur du undersöker innehållet i konfigurationsfilen som hämtas av Application Configuration Service från överordnade Git-lagringsplatser i relaterade Kubernetes ConfigMap. Mer information finns i avsnittet Uppdatera strategier i den här artikeln.

Tilldela en Azure-roll

Först måste du ha azure-rollen Azure Spring Apps Application Configuration Service Config File Pattern Reader Role tilldelad till dig.

Använd följande steg för att tilldela en Azure-roll:

  1. Öppna Azure-portalen och gå till din Azure Spring Apps-tjänstinstans.

  2. I navigeringsfönstret väljer du Åtkomstkontroll (IAM).

  3. På sidan Åtkomstkontroll (IAM) väljer du Lägg till och sedan Lägg till rolltilldelning.

    Skärmbild av Azure-portalen som visar sidan Åtkomstkontroll (IAM) för en Azure Spring Apps-instans med alternativet Lägg till rolltilldelning markerat.

  4. På sidan Lägg till rolltilldelning i listan Namn söker du efter och väljer målrollen och väljer sedan Nästa.

    Skärmbild av Azure-portalen som visar sidan Lägg till rolltilldelning för en Azure Spring Apps-instans med Azure Spring Apps Application Configuration Service Config File Pattern Reader-rollen markerad.

  5. Välj Medlemmar och sök sedan efter och välj ditt användarnamn.

  6. Välj Granska + tilldela.

Granska konfigurationsfilen med Azure CLI

Använd följande kommando för att visa innehållet i konfigurationsfilen efter mönster:

az spring application-configuration-service config show \
    --resource-group <resource-group-name> \
    --service <Azure-Spring-Apps-instance-name> \
    --config-file-pattern <pattern>

Det här kommandot genererar JSON-utdata som liknar följande exempel:

{
  "configurationFiles": {
    "application.properties": [
      "example.property.application.name: example-service",
      "example.property.cloud: Azure"
    ]
  },
  "metadata": {
    "gitRevisions": "[{\"url\":\"{gitRepoUrl}\",\"revision\":\"{revisionInfo}\"}]"
  }
}

Kommentar

Egenskaperna metadata och gitRevisions är inte tillgängliga för Gen1-versionen av Application Configuration Service.

Du kan också använda det här kommandot med parametern --export-path {/path/to/target/folder} för att exportera konfigurationsfilen till den angivna mappen. Den stöder både relativa sökvägar och absoluta sökvägar. Om du inte anger sökvägen använder kommandot sökvägen till den aktuella katalogen som standard.

Granska konfigurationsfilen i appen

När du har bindat appen till programkonfigurationstjänsten och angett mönstret för appdistributionen, enligt beskrivningen i avsnittet Använd programkonfigurationstjänst med program i den här artikeln, ska den ConfigMap som innehåller konfigurationsfilen för mönstret monteras på programcontainern. Använd följande steg för att kontrollera konfigurationsfilerna i varje instans av appdistributionen:

  1. Anslut till en av programinstanserna. Mer information finns i Anslut till en appinstans för felsökning.

  2. echo $AZURE_SPRING_APPS_CONFIG_FILE_PATH Använd kommandot för att hitta mapparna som innehåller konfigurationsfilerna. En lista över platser visas avgränsade med kommatecken, som du ser i följande exempel:

      $ echo $AZURE_SPRING_APPS_CONFIG_FILE_PATH
      /etc/azure-spring-cloud/configmap/acs-default-payment-default-e9d46,/etc/azure-spring-cloud/configmap/acs-default-catalog-default-616f4
    
  3. Kontrollera innehållet i konfigurationsfilen med hjälp av kommandon som cat.

Kommentar

Git-revisionsinformationen är inte tillgänglig i appen.

Kontrollera loggar

I följande avsnitt visas hur du visar programloggar med hjälp av antingen Azure CLI eller Azure-portalen.

Använda loggströmning i realtid

Du kan strömma loggar i realtid med Azure CLI. Mer information finns i Strömma azure Spring Apps-hanterade komponentloggar i realtid. I följande exempel visas hur du kan använda Azure CLI-kommandon för att kontinuerligt strömma nya loggar för application-configuration-service och flux-source-controller underkomponenter.

Använd följande kommando för att strömma loggar för application-configuration-service:

az spring component logs \
    --resource-group <resource-group-name> \
    --service <Azure-Spring-Apps-instance-name> \
    --name application-configuration-service \
    --all-instances \
    --follow

Använd följande kommando för att strömma loggar för flux-source-controller:

az spring component logs \
    --resource-group <resource-group-name> \
    --service <Azure-Spring-Apps-instance-name> \
    --name flux-source-controller \
    --all-instances \
    --follow

Använda Log Analytics

I följande avsnitt visas hur du aktiverar och visar systemloggar med Log Analytics.

Diagnostikinställningar för Log Analytics

Du måste aktivera systemloggar och skicka loggarna till Log Analytics-instansen innan du kör frågor mot loggarna för Application Configuration Service. Använd följande steg för att aktivera systemloggar i Azure-portalen:

  1. Öppna din Azure Spring Apps-instans.

  2. I navigeringsfönstret väljer du Diagnostikinställningar.

  3. Välj Lägg till diagnostikinställning eller välj Redigera inställning för en befintlig inställning.

  4. I avsnittet Loggar väljer du kategorin Systemloggar.

  5. I avsnittet Målinformation väljer du Skicka till Log Analytics-arbetsyta och sedan din arbetsyta.

  6. Välj Spara för att uppdatera inställningen.

Kontrollera loggar i Log Analytics

Om du vill kontrollera loggarna application-configuration-service för och flux-source-controller använda Azure-portalen använder du följande steg:

  1. Kontrollera att du har aktiverat systemloggar. Mer information finns i avsnittet Diagnostikinställningar för Log Analytics .

  2. Öppna din Azure Spring Apps-instans.

  3. I navigeringsmenyn väljer du Loggar och sedan Översikt.

  4. Använd följande exempelfrågor i frågeredigeringsfönstret. Justera tidsintervallet och välj sedan Kör för att söka efter loggar.

    • Om du vill visa loggarna för application-configuration-serviceanvänder du följande fråga:

      AppPlatformSystemLogs
      | where LogType in ("ApplicationConfigurationService")
      | project TimeGenerated , ServiceName , LogType, Log , _ResourceId
      | limit 100
      

      Skärmbild av Azure-portalen som visar frågeresultatet för loggar för application-configuration-service.

    • Om du vill visa loggarna för flux-source-controlleranvänder du följande fråga:

      AppPlatformSystemLogs
      | where LogType in ("Flux")
      | project TimeGenerated , ServiceName , LogType, Log , _ResourceId
      | limit 100
      

      Skärmbild av Azure-portalen som visar frågeresultatet från loggar för flux-source-controller.

Kommentar

Det kan ta några minuter innan loggarna är tillgängliga i Log Analytics.

Felsöka kända problem

Om de senaste ändringarna inte återspeglas i programmen kontrollerar du följande objekt baserat på avsnittet Uppdatera strategier :

  • Kontrollera att Git-lagringsplatsen har uppdaterats korrekt genom att kontrollera följande objekt:
    • Bekräfta att grenen av de önskade konfigurationsfiländringarna har uppdaterats.
    • Kontrollera att mönstret som konfigurerats i programkonfigurationstjänsten matchar de uppdaterade konfigurationsfilerna.
    • Bekräfta att programmet är bundet till programkonfigurationstjänsten.
  • Bekräfta att den ConfigMap som innehåller konfigurationsfilen för det mönster som används av programmet har uppdaterats, enligt beskrivningen i avsnittet Granska konfigurationsfilen i ConfigMap i den här artikeln. Om den inte uppdateras skapar du ett ärende.
  • Bekräfta att ConfigMap är monterat på programmet som en fil, enligt beskrivningen i avsnittet Granska konfigurationsfilen i appavsnittet i den här artikeln. Om filen inte uppdateras väntar du på Kubernetes uppdateringsintervall (1 minut) eller framtvingar en uppdatering genom att starta om programmet.

När du har kontrollerat dessa objekt bör programmen kunna läsa de uppdaterade konfigurationerna. Om programmen fortfarande inte uppdateras skapar du ett ärende.

Azure Spring Apps