Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Je agent onderzoekt het met de context die je geeft. Als je tijdens de onboarding databronnen hebt overgeslagen, of als een onderzoek dunner terugkwam dan je verwachtte, gebruik dan dit artikel om te bepalen wat je hierna wilt verbinden en wat elke verbinding toevoegt. In dit artikel vindt u een overzicht van de bronnen die beschikbaar zijn voor uw agent, terwijl de artikelen over connectors de procedure voor elk daarvan beschrijven.
Begin met de kleinste bruikbare set
Een coderepository en één logbron zijn voldoende voor realistische antwoorden over je systemen. Elke andere bron verdiept wat de agent kan zien, en je kunt bronnen in willekeurige volgorde en op elk moment toevoegen, dus je hoeft de setup niet in één keer af te ronden.
Code, logs, Azure-bronnen en kennisbestanden stapelen zich op. Je kunt een extra repository, telemetrieprovider of scope toevoegen wanneer je die nodig hebt, en je kunt verwijderen wat je niet meer wilt. Incidenten werken op een andere manier. Er kan slechts één incidentplatform tegelijk actief zijn, en het aansluiten op een nieuw platform verbreekt het huidige platform.
Wat elke bron beantwoordt
Elke databron stelt de agent in staat om tijdens een onderzoek een ander soort vraag te beantwoorden.
| Source | Wat het de agent laat beantwoorden | Wat je nodig hebt om het aan te sluiten |
|---|---|---|
| Code (aanbevolen) | Waarom een mislukking gebeurt. De agent leest bronbestanden, volgt fouten naar specifieke regels en identificeert recente wijzigingen. | Toegang tot een GitHub-, Azure DevOps- of GitLab-repository, plus een authenticatiemethode die de provider ondersteunt. |
| Logs (aanbevolen) | Wat er gebeurde in de productie. De agent bevraagt je telemetrie en correleert de invoeren met code en afhankelijkheden. | Leestoegang tot de telemetriebron, toegekend aan de identiteit of inloggegevens die de connector gebruikt. |
| Azure-resources | Hoe jouw omgeving er nu uitziet. De agent controleert de configuratie van de hulpbronnen, gezondheid en metrics. | Een roltoewijzing voor Eigenaar of Gebruikerstoegangsbeheerder voor elke beheergroep, elk abonnement of elke resourcegroep die u toevoegt. |
| Incidenten | Wanneer je zonder toestemming moet beginnen met werken. De agent ontvangt meldingen van jouw incidentplatform en onderzoekt de meldingen die jouw responsplannen overeenkomen. Eén platform is tegelijk actief. | Azure Monitor maakt verbinding zonder inloggegevens, en meldingen van je beheerde resourcegroepen stromen naar de agent. PagerDuty en ServiceNow hebben API-inloggegevens nodig van de beheerder van je incidentplatform. |
| Kennisbestanden | Hoe je team het werk gedaan wil hebben. De agent volgt jouw runbooks, escalatiepaden en architectuuraantekeningen. | Een bestand in een ondersteund formaat. Raadpleeg Kennisdocumenten uploaden. |
Logleveranciers verschillen in hoe ze authenticeren. Azure Data Explorer, Log Analytics Workspace en Application Insights gebruiken de beheerde identiteit van de agent. Datadog, Dynatrace, Elasticsearch, New Relic, Splunk en Hawkeye gebruiken de servicegegevens die jij verstrekt. De providers die je ziet kunnen per tenant en configuratie verschillen, dus gebruik het zoekvak als je de gewenste niet vindt. Zie Een telemetriebron verbinden voor de velden die elke provider vereist.
Kies wat je hierna verbindt
Kies de situatie die overeenkomt met wat je makelaar mist.
- De medewerker zegt dat hij niets weet over jouw app. Verbind Code eerst. Het heeft de grootste invloed op de kwaliteit van het onderzoek, en de agent begint de repository te verkennen zodra je de verbinding opslaat.
- De agent legt je code uit, maar kan niet zeggen wat er tijdens de productie is gebeurd. Verbind vervolgens Logs. Kies de provider die je team al bevraagt tijdens een incident.
- Je vragen gaan over de gezondheid van de middelen, configuratie of schaal. Voeg Azure-resources toe, binnen het bereik van de resourcegroep die de workload bevat die je het vaakst onderzoekt.
- Je wilt dat de agent werkt voordat iemand een chat opent. Verbind het incidentplatform waar je team al van uitkomt en maak vervolgens een responsplan dat aansluit bij een beperkte set waarschuwingen. Omdat er maar één platform tegelijk actief kan zijn, kies je degene die je productie-alerts uitstraalt. Zie Incidentplatforms.
- De antwoorden zijn technisch correct maar negeren hoe je team werkt. Voeg kennisbestanden toe zodat de agent jouw procedures volgt in plaats van een generieke volgorde.
Azure-resources en incidenten zijn de twee verbindingen die het meest waarschijnlijk iemand anders betreffen. Beide veranderen wat de agent kan bereiken of wanneer hij handelt, en beide hebben toegang nodig die een enkele engineer misschien niet heeft.
Prerequisites
| Requirement | Details |
|---|---|
| Een agent | Maak er eerst een aan met Create and set up. |
| Rol voor de agent | SRE Agent Standard User omvat het toevoegen van code-repositories en het uploaden van kennisdocumenten. SRE Agent Administrator behandelt het beheren van connectors en het toevoegen of verwijderen van Azure resource scopes. SRE Agent Author behandelt het configureren van incidentbeheer en het opstellen van responsplannen. Zie Gebruikersrollen en -rechten. |
| Azure-rol voor resourcebereiken | Een actieve roltoewijzing als Eigenaar of Gebruikerstoegangsbeheerder voor elk bereik dat je toevoegt, rechtstreeks of via overerving. Het portaal gebruikt het om rollen toe te wijzen aan de beheerde identiteit van de agent. |
| Toegang tot elke bron | Repository-toegang voor code, leestoegang op de telemetriebron voor logs, en platformgegevens voor PagerDuty of ServiceNow. |
| Meldingen of incidenten die ontvangen moeten worden | Azure Monitor stuurt alleen de waarschuwingen door die je bestaande waarschuwingsregels genereren, dus bevestig dat er regels bestaan voordat je incidentactiviteit verwacht. PagerDuty en ServiceNow sturen de incidenten door die hun eigen integraties creëren. |
De installatiepagina openen
Op het tabblad Overzicht van de Operations Hub toont de statusbalk de bronnen die je nog niet hebt geconfigureerd. Selecteer Complete setup om de setuppagina te openen, die twee tabbladen heeft.
| Tab | Gegevensbronnen |
|---|---|
| Quickstart | Code, Logs, Azure-resources, Incidenten |
| Volledige installatie | Alles in Quickstart, plus kennisbestanden |
Elke bron verschijnt als een kaart. Een verbonden kaart toont een vinkje en een samenvatting, zoals het aantal aangesloten repositories of logproviders, samen met eventuele fouten die aandacht nodig hebben.
De pagina toont ook een voortgangsbalk voor verbindingen. De balk houdt bij hoeveel brontypes verbonden zijn, niet hoeveel die bronnen bijdragen aan een onderzoek, en hij kan typen tellen die je setup-pagina niet aanbiedt. Daardoor kan het zelfs niet volledig zijn, zelfs nadat je alles wat je ziet hebt gekoppeld. Behandel het als een ruwe indicator in plaats van een doelwit. De kwaliteit van onderzoek komt voort uit het verbinden van de bronnen waarop je werk steunt.
Aanbeveling
Als de agent zegt dat die niets over je app weet en geen vragen erover kan beantwoorden, koppel Code dan eerst aan je app voordat je iets anders doet.
Verbind een bron
Selecteer de knop op de kaart voor de bron die je wilt en volg vervolgens de wizard voor die provider. Voor de volledige procedures, zie:
Bevestig dat de verbinding werkt
Controleer eerst de kaart. Een succesvolle verbinding toont een vinkje en een telling van wat eraan gekoppeld is. Geüploade kennisbestanden tonen een geïndexeerde status zodra de agent ze heeft verwerkt. Om je kennisbronnen te bekijken, zie Kennis verbinden.
Bevestig vervolgens dat de agent de bron kan bereiken door hem iets te stellen waarop alleen die bron kan antwoorden.
| Source | Vraag het aan de makelaar |
|---|---|
| Code | "Wat doet deze repository, en welke diensten bevat hij?" |
| Logs | "Controleer op fouten in de afgelopen 24 uur." |
| Azure-hulpmiddelen | "Controleer de gezondheid van de hulpbronnen in de resourcegroep <resource-group-name>." |
| Kennisbestanden | "Wat zegt ons runbook over het afhandelen van HTTP 500-fouten?" |
Een onderbouwd antwoord toont een toolkaart voor de bron die de agent heeft geraadpleegd, samen met het resultaat dat deze heeft opgeleverd. Een generiek antwoord zonder toolcard, of een die melding maakt van ontbrekende toegang, betekent dat de verbinding opnieuw moet worden nagekeken. Voor logzoekopdrachten die falen met een permissiefout, geef de identiteit van de connector leestoegang op de doelbron en probeer het opnieuw.
Wat verandert er als je meer context toevoegt
Het verbinden van een incidentplatform verandert hoe de agent begint te werken. Tot die tijd reageert de agent op mensen. Daarna ontvangt het ook incidenten van jouw platform en onderzoekt het de incidenten die jouw responsplannen overeenkomen, op het autonomieniveau dat elk plan bepaalt. Om dat gedrag te configureren, zie Incident response automatiseren.
Het verbinden van een bron wordt niet op zichzelf gefactureerd. Azure SRE Agent meet de verwerking die je agent uitvoert als actief stroomgebruik, wat chats, incidenten, geplande taken en triggers omvat. Meer verbonden context betekent meestal meer van die verwerking, vooral zodra een incidentplatform zonder jou onderzoeken start. Rijkere context kan een onderzoek ook verkorten, omdat de agent minder moeite hoeft te doen om te compenseren voor wat hij niet kan zien. Zie Pricing and billing en Evaluate Azure SRE Agent.
Teruggaan naar onboarding voor teams
Je Team-onboardingdraad blijft in je Favorietenlijst in de zijbalk. Selecteer het om het gesprek voort te zetten wanneer je iets nieuws hebt om aan de medewerker te vertellen, zoals een dienst die je team heeft opgepikt of een procedure die is veranderd.
Je kunt de makelaar ook vragen wat je hierna moet regelen. Het geeft aanbevelingen op basis van wat je hebt aangesloten en wat er nog ontbreekt. Zie het inwerken van het team.