Kommentar
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Din agent utreder utifrån det sammanhang du ger. Om du hoppade över datakällor under onboarding, eller om en utredning visade mindre information än du förväntade dig, använd den här artikeln för att avgöra vad du ska ansluta härnäst och vad varje anslutning tillför. Den här artikeln katalogiserar de källor som är tillgängliga för din agent, medan kopplingsartiklarna täcker proceduren för var och en.
Börja med den minsta användbara mängden
Ett kodarkiv och en loggkälla räcker för grundade svar om dina system. Alla andra källor fördjupar vad agenten kan se, och du kan lägga till källor i vilken ordning som helst när som helst, så det finns inget behov av att slutföra uppsättningen i ett svep.
Kod, loggar, Azure-resurser och kunskapsfiler samlas på hög. Du kan lägga till ett annat arkiv, telemetrileverantör eller scope när du behöver ett, och du kan ta bort det du inte längre vill ha. Incidenter hanteras annorlunda. Endast en incidentplattform kan vara aktiv åt gången, och anslutning till en ny plattform kopplar bort den nuvarande.
Vad varje källa svarar på
Varje datakälla låter agenten besvara en annan typ av fråga under en utredning.
| Source | Vad det låter agenten svara på | Vad du behöver för att koppla ihop det |
|---|---|---|
| Kod (rekommenderas) | Varför ett misslyckande sker. Agenten läser källfiler, spårar fel till specifika rader och identifierar senaste ändringar. | Tillgång till ett GitHub-, Azure DevOps- eller GitLab-arkiv, plus en autentiseringsmetod som leverantören stödjer. |
| Loggar (rekommenderas) | Vad som hände under produktionen. Agenten analyserar din telemetri och korrelerar poster med kod och beroenden. | Läsåtkomst på telemetrikällan, beviljad till identiteten eller inloggningsuppgifterna som kopplaren använder. |
| Azure-resurser | Hur din miljö ser ut just nu. Agenten kontrollerar resurskonfiguration, hälsa och mätvärden. | En rolltilldelning som Ägare eller Användaråtkomstadministratör för varje hanteringsgrupp, prenumeration eller resursgrupp du lägger till. |
| Incidenter | När man ska börja arbeta utan att bli tillfrågad. Agenten får aviseringar från din incidentplattform och undersöker vilka som dina insatsplaner matchar. En plattform är aktiv åt gången. | Azure Monitor ansluter utan inloggningsuppgifter, och varningar från dina hanterade resursgrupper går till agenten. PagerDuty och ServiceNow behöver API-uppgifter från din incidentplattformsadministratör. |
| Kunskapsfiler | Hur ditt team vill ha arbetet gjort. Agenten följer dina driftrutiner, eskalationsvägar och arkitekturanteckningar. | En fil i ett stödd format. Se Ladda upp kunskapsdokument. |
Loggleverantörer skiljer sig åt i hur de autentiserar. Azure Data Explorer, Log Analytics Workspace och Application Insights använder agentens hanterade identitet. Datadog, Dynatrace, Elasticsearch, New Relic, Splunk och Hawkeye använder tjänsteuppgifter som du tillhandahåller. Vilka leverantörer du hittar kan variera beroende på hyresgäst och konfiguration, så använd sökrutan om du inte hittar den du vill ha. Se Koppla en telemetrikälla för de fält varje leverantör efterfrågar.
Välj vad du ska koppla härnäst
Välj den situation som stämmer överens med vad din agent saknar.
- Agenten säger att den inte vet något om din app. Anslut Code först. Det har störst effekt på undersökningskvaliteten, och agenten börjar utforska arkivet så snart du sparar anslutningen.
- Agenten förklarar din kod men kan inte säga vad som hände under produktionen. Anslut Loggar sedan. Välj den leverantör som ditt team redan förfrågar under en incident.
- Dina frågor handlar om resurshälsa, konfiguration eller skalning. Lägg till Azure-resurser med omfång begränsat till den resursgrupp som innehåller den arbetsbelastning du oftast undersöker.
- Du vill att agenten ska arbeta innan någon öppnar en chatt. Anslut incidentplattformen som ditt team redan skickar aviseringar från, och skapa sedan en insatsplan som är anpassad till ett begränsat urval aviseringar. Eftersom endast en plattform kan vara aktiv åt gången, välj den som bär dina produktionsvarningar. Se Incidentplattformar.
- Svaren är tekniskt korrekt men bortser från hur ditt team fungerar. Lägg till kunskapsfiler så att agenten följer dina procedurer istället för en generisk sekvens.
Azure-resurser och incidenter är de två kopplingar som mest sannolikt involverar någon annan. Båda ändrar vad agenten kan nå eller när den agerar, och båda behöver tillgång som en enda ingenjör kanske inte har.
Prerequisites
| Krav | Detaljer |
|---|---|
| En agent | Skapa först en sådan med Skapa och konfigurera. |
| Roll på agenten | SRE Agent Standard User täcker att lägga till kodarkiv och ladda upp kunskapsdokument. SRE Agent Administrator täcker hantering av kopplingar och att lägga till eller ta bort Azure-resursomfång. SRE Agent Author täcker konfiguration av incidenthantering och författande av responsplaner. Se Användarroller och behörigheter. |
| Azure-roll för resursomfång | En aktiv rolltilldelning som Ägare eller Användaråtkomstadministratör på varje scope du lägger till, direkt eller genom arv. Portalen använder det för att tilldela roller till agentens hanterade identitet. |
| Tillgång till varje källa | Åtkomst till arkivet för kod, läsåtkomst på telemetrikällan för loggar, och plattformsuppgifter för PagerDuty eller ServiceNow. |
| Aviseringar eller incidenter att ta emot | Azure Monitor vidarebefordrar endast de varningar som dina befintliga varningsregler genererar, så bekräfta att regler finns innan du förväntar dig incidentaktivitet. PagerDuty och ServiceNow vidarebefordrar de incidenter som deras egna integrationer skapar. |
Öppna installationssidan
På fliken Översikt i Operations Hub visar statusfältet de källor du ännu inte konfigurerat. Välj Fullständig installation för att öppna installationssidan, som har två flikar.
| Tab | Datakällor |
|---|---|
| Snabbstart | Kod, loggar, Azure-resurser, incidenter |
| Fullständig installation | Allt i Quickstart, plus kunskapsfiler |
Varje källa visas som ett kort. Ett anslutet kort visar en bock och en sammanfattning, såsom antalet arkiv eller loggleverantörer som är kopplade, tillsammans med eventuella fel som behöver åtgärdas.
Sidan visar också en anslutningshastighetsindikator. Stapeln spårar hur många källtyper som är kopplade, inte hur mycket dessa källor tillför en undersökning, och den kan räkna typer som din inställningssida inte erbjuder. Därför kanske den inte blir fulladdad även efter att du har anslutit allt som visas. Behandla det som en grov indikator snarare än ett mål. Undersökningskvalitet kommer från att koppla ihop de källor ditt arbete bygger på.
Tips/Råd
Om agenten säger att den inte vet något om din app och inte kan svara på frågor, koppla Code innan något annat.
Koppla en källa
Välj knappen på kortet för den källa du vill ha, och följ sedan guiden för den leverantören. För fullständiga procedurer, se:
Bekräfta att anslutningen fungerar
Kolla kortet först. När anslutningen lyckas visas en bockmarkering och antalet anslutna objekt. Uppladdade kunskapsfiler visar en indexerad status när agenten är klar med bearbetningen. För att granska dina kunskapskällor, se Connect knowledge.
Bekräfta sedan att agenten kan nå källan genom att fråga något som bara den källan kan svara på.
| Source | Fråga agenten |
|---|---|
| Code | "Vad gör detta arkiv, och vilka tjänster innehåller det?" |
| Logs | "Kolla efter eventuella fel de senaste 24 timmarna." |
| Azure-resurser | "Kontrollera hälsan på resurserna i resursgruppen <resource-group-name>." |
| Kunskapsfiler | Vad säger vår driftmanual om hur HTTP 500-fel ska hanteras? |
Ett jordat svar visar ett verktygskort för källan agenten frågade, tillsammans med resultatet det returnerade. Ett generiskt svar utan verktygskort, eller ett som rapporterar saknad åtkomst, innebär att anslutningen behöver titta på igen. För loggfrågor som misslyckas med ett behörighetsfel, ge connectorns identitet läsbehörighet på målresursen och försök igen.
Vad förändras när man lägger till mer kontext
Att koppla en incidentplattform ändrar hur agenten börjar arbeta. Tills dess svarar agenten på människor. Därefter tar den också emot incidenter från din plattform och undersöker vilka som dina responsplaner matchar, på den autonominivå varje plan sätter. För att konfigurera det beteendet, se Automatisera incidenthantering.
Att ansluta en källa debiteras inte separat. Azure SRE-agent mäter den bearbetning din agent utför som aktiv flödesanvändning, vilket täcker chattar, incidenter, schemalagda uppgifter och triggers. Mer sammankopplad kontext innebär oftast mer av den bearbetningen, särskilt när en incidentplattform startar utredningar utan dig. Rikare kontext kan också förkorta en utredning, eftersom agenten lägger mindre tid på att kringgå det den inte kan se. Se Prissättning och fakturering och Utvärdera Azure SRE-agent.
Återgå till teamintroduktion
Din Team-onboardingtråd stannar kvar i din favoritlista i sidofältet. Välj den för att fortsätta samtalet när du har något nytt att berätta för agenten, som en tjänst ditt team tagit över eller en annan procedur.
Du kan också fråga agenten vad du ska ordna härnäst. Den ger rekommendationer baserat på vad du har kopplat och vad som fortfarande saknas. Se Team-onboarding.