Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Dein Agent untersucht mit dem Kontext, den du ihm gibst. Wenn Sie beim Onboarding Datenquellen übersprungen haben oder eine Untersuchung weniger Ergebnisse geliefert hat als erwartet, nutzen Sie diesen Artikel, um zu entscheiden, was Sie als Nächstes verbinden sollten und welchen Mehrwert jede Verbindung bietet. Dieser Artikel katalogisiert die verfügbaren Quellen, die Ihrem Makler zur Verfügung stehen, während die Connector-Artikel das Verfahren für jede einzelne behandeln.
Beginne mit der kleinsten nützlichen Menge
Ein Code-Repository und eine Logquelle reichen für fundierte Antworten über deine Systeme aus. Jede andere Quelle vertieft, was der Agent sehen kann, und man kann Quellen jederzeit in beliebiger Reihenfolge hinzufügen, sodass man die Einrichtung nicht in einem Rutsch fertigstellen muss.
Code, Protokolle, Azure-Ressourcen und Wissensdateien sammeln sich. Du kannst jederzeit ein anderes Repository, einen Telemetrieanbieter oder einen weiteren Scope hinzufügen und das entfernen, was du nicht mehr möchtest. Vorfälle werden anders gehandhabt. Es kann jeweils nur eine Vorfallplattform aktiv sein, und durch das Verbinden einer neuen Plattform wird die Verbindung zur aktuellen unterbrochen.
Was jede Quelle beantwortet
Jede Datenquelle ermöglicht es dem Agenten, während einer Untersuchung eine andere Art von Frage zu beantworten.
| Source | Was es dem Agenten erlaubt zu beantworten | Was du brauchst, um es zu verbinden |
|---|---|---|
| Code (empfohlen) | Warum ein Scheitern passiert. Der Agent liest Quelldateien, verfolgt Fehler auf bestimmte Zeilen und identifiziert aktuelle Änderungen. | Zugriff auf ein GitHub-, Azure DevOps- oder GitLab-Repository sowie eine vom Anbieter unterstützte Authentifizierungsmethode. |
| Logs (empfohlen) | Was in der Produktion passiert ist. Der Agent fragt deine Telemetrie ab und korreliert Einträge mit Code und Abhängigkeiten. | Lesezugriff auf der Telemetriequelle, gewährt der Identität oder den Zugangsdaten, die der Konnektor verwendet. |
| Azure-Ressourcen | Wie sieht deine Umgebung gerade aus. Der Agent überprüft Ressourcenkonfiguration, Gesundheit und Metriken. | Eine Rollenzuweisung als Eigentümer oder Benutzerzugriffsadministrator für jede Verwaltungsgruppe, Abonnement oder Ressourcengruppe, die du hinzufügst. |
| Vorfälle | Wann man ohne Aufforderung anfangen soll zu arbeiten. Der Agent erhält Benachrichtigungen von Ihrer Einsatzplattform und untersucht die Benachrichtigungen, mit denen Ihre Einsatzpläne übereinstimmen. Eine Plattform ist gleichzeitig aktiv. | Azure Monitor verbindet sich ohne Zugangsdaten, und Benachrichtigungen von Ihren verwalteten Ressourcengruppen gelangen an den Agenten. PagerDuty und ServiceNow benötigen API-Zugangsdaten von Ihrem Incident-Plattform-Administrator. |
| Wissensdateien | Wie dein Team möchte, dass die Arbeit erledigt wird. Der Agent folgt deinen Runbooks, Eskalationspfaden und Architekturnotizen. | Eine Datei in einem unterstützten Format. Siehe Wissensdokumente hochladen. |
Log-Anbieter unterscheiden sich darin, wie sie sich authentifizieren. Azure Data Explorer, Log Analytics Workspace und Application Insights verwenden die verwaltete Identität des Agenten. Datadog, Dynatrace, Elasticsearch, New Relic, Splunk und Hawkeye verwenden die von Ihnen bereitgestellten Service-Zugangsdaten. Die Anbieter, die du siehst, können je nach Mieter und Konfiguration variieren, also benutze das Suchfeld, wenn du den gewünschten nicht findest. Siehe Verbinden Sie eine Telemetriequelle für die Felder, die jeder Anbieter anfragt.
Wähle, was du als Nächstes verbinden möchtest
Wählen Sie die Situation, die zu dem passt, was Ihrem Makler fehlt.
- Der Mitarbeiter sagt, er weiß nichts über deine App. Verbinde zuerst den Code . Das hat den größten Einfluss auf die Ermittlungsqualität, und der Agent beginnt, das Repository zu erkunden, sobald du die Verbindung speicherst.
- Der Agent erklärt deinen Code, kann aber nicht sagen, was in der Produktion passiert ist. Verbinde als Nächstes Logs. Wählen Sie den Anbieter, den Ihr Team bereits während eines Vorfalls anfragt.
- Deine Fragen beziehen sich auf Ressourcenzustand, Konfiguration oder Skalierung. Füge Azure-Ressourcen hinzu, die der Ressourcengruppe zugeordnet sind, die die Arbeitslast enthält, die du am meisten untersucht.
- Du willst, dass der Agent arbeitet, bevor jemand einen Chat eröffnet. Verbinden Sie die Incident-Management-Plattform, über die Ihr Team bereits benachrichtigt wird, und erstellen Sie dann einen Reaktionsplan, der auf eine klar abgegrenzte Menge von Warnmeldungen zugeschnitten ist. Da immer nur eine Plattform gleichzeitig aktiv sein kann, wählen Sie diejenige, die Ihre Produktionsbenachrichtigungen ausstrahlt. Siehe Vorfallplattformen.
- Die Antworten sind technisch korrekt, ignorieren aber, wie dein Team arbeitet. Füge Wissensdateien hinzu, damit der Agent deinen Verfahren folgt und nicht einer generischen Sequenz.
Azure-Ressourcen und Vorfälle sind die beiden Verbindungen, die am ehesten jemand anderes betreffen. Beide verändern, was der Agent erreichen kann oder wann er handelt, und beide brauchen Zugriff, den ein einzelner Ingenieur vielleicht nicht hat.
Voraussetzungen
| Anforderung | Details |
|---|---|
| Ein Agent | Erstellen Sie zuerst eine mit Erstellen und Einrichten. |
| Rolle des Agenten | SRE Agent Standard User umfasst das Hinzufügen von Code-Repositories und das Hochladen von Wissensdokumenten. SRE Agent Administrator behandelt die Verwaltung von Connectors sowie das Hinzufügen oder Entfernen von Azure-Ressourcen-Scopes. SRE Agent Author behandelt die Konfiguration von Incident Management und das Erstellen von Reaktionsplänen. Siehe Benutzerrollen und -berechtigungen. |
| Azure-Rolle für Ressourcenbereiche | Eine aktive Eigentümer - oder Benutzerzugriffsadministrator-Rollenzuweisung auf jedem Scope, den du direkt oder durch Vererbung hinzufügst. Das Portal verwendet es, um Rollen der verwalteten Identität des Agenten zuzuweisen. |
| Zugang zu jeder Quelle | Zugriff auf das Code-Repository, Lesezugriff auf die Telemetriequelle für Protokolle und Plattformzugangsdaten für PagerDuty oder ServiceNow. |
| Benachrichtigungen oder Vorfälle, die zu empfangen sind | Azure Monitor leitet nur die Warnungen weiter, die Ihre bestehenden Alarmregeln erzeugen, also bestätigen Sie, dass Regeln existieren, bevor Sie mit Vorfallaktivitäten rechnen. PagerDuty und ServiceNow leiten die von ihren eigenen Integrationen erzeugten Vorfälle weiter. |
Öffnen der Setupseite
Im Übersichts-Tab des Operations Hub listet die Statusleiste die Quellen auf, die du noch nicht konfiguriert hast. Wähle die Einrichtung abgeschlossen , um die Einrichtungsseite zu öffnen, die zwei Tabs hat.
| Tab | Datenquellen |
|---|---|
| Schnellstart | Code, Protokolle, Azure-Ressourcen, Vorfälle |
| Vollständige Einrichtung | Alles in Quickstart, plus Wissensdateien |
Jede Quelle erscheint als Karte. Eine verbundene Karte zeigt ein Häkchen und eine Zusammenfassung wie die Anzahl der Repositories oder Log-Provider, die angegliedert sind, sowie alle Fehler, die beachtet werden müssen.
Die Seite zeigt außerdem eine Verbindungs-Fortschrittsleiste. Die Leiste folgt, wie viele Quelltypen verbunden sind, nicht wie viel diese Quellen zu einer Untersuchung beitragen, und sie kann Typen zählen, die deine Einrichtungsseite nicht anbietet. Deshalb kann es sein, dass es nicht ganz voll wird, selbst nachdem du alles verbunden hast, was du siehst. Betrachte es eher als groben Indikator denn als Ziel. Die Qualität der Recherche entsteht darin, die Quellen zu verbinden, auf denen Ihre Arbeit basiert.
Tipp
Wenn der Agent dir sagt, er weiß nichts über deine App und kann keine Fragen dazu beantworten, verbinde Code vor allem anderen.
Verbinden Sie eine Quelle
Wähle den Button auf der Karte für die gewünschte Quelle und folge dann dem Assistenten für diesen Anbieter. Für die vollständigen Verfahren siehe:
Bestätigen Sie, dass eine Verbindung funktioniert
Schau zuerst auf die Karte. Eine erfolgreiche Verbindung zeigt ein Häkchen und eine Zählung dessen, was angehängt ist. Hochgeladene Wissensdateien haben den Status Indiziert, sobald der Agent sie verarbeitet hat. Um Ihre Wissensquellen zu überprüfen, siehe Wissen verbinden.
Dann bestätigen Sie, dass der Agent die Quelle erreichen kann, indem Sie ihm etwas fragen, das nur diese Quelle beantworten kann.
| Source | Fragen Sie den Agenten |
|---|---|
| Code | "Was macht dieses Repository und welche Dienste enthält es?" |
| Logdateien | "Überprüfe auf Fehler in den letzten 24 Stunden." |
| Azure-Ressourcen | "Überprüfe den Zustand der Ressourcen in der Ressourcengruppe <resource-group-name>." |
| Wissensdateien | "Was sagt unser Runbook zum Umgang mit HTTP-500-Fehlern?" |
Eine belegte Antwort zeigt eine Toolkarte für die vom Agenten abgefragte Quelle sowie das zurückgegebene Ergebnis. Eine generische Antwort ohne Werkzeugkarte oder eine, die fehlenden Zugriff meldet, bedeutet, dass die Verbindung noch einmal überprüft werden muss. Bei Loganfragen, die mit einem Berechtigungsfehler fehlschlagen, gewähren Sie dem Connector den Identitätslesezugriff auf die Zielressource und versuchen Sie es erneut.
Was ändert sich, wenn man mehr Kontext einfügt
Das Anschließen einer Vorfallplattform verändert, wie der Agent mit der Arbeit beginnt. Bis dahin reagiert der Agent auf Menschen. Anschließend empfängt es auch Vorfälle von Ihrer Plattform und untersucht die Vorfälle, mit denen Ihre Einsatzpläne auf der Autonomieebene übereinstimmen, die jeder Plan vorgibt. Um dieses Verhalten zu konfigurieren, siehe Automate incident response.
Das Verbinden einer Quelle wird nicht separat berechnet. Azure SRE Agent erfasst die von Ihrem Agent ausgeführte Verarbeitung als aktive Flownutzung; dazu zählen Chats, Incidents, geplante Aufgaben und Trigger. Mehr verbundener Kontext bedeutet in der Regel mehr von der Verarbeitung, besonders wenn eine Vorfallplattform ohne dich Untersuchungen startet. Reichhaltiger Kontext kann eine Untersuchung auch verkürzen, weil der Agent weniger Aufwand darauf verwendet, um das zu umgehen, was er nicht sehen kann. Siehe Preisgestaltung und Abrechnung und Evaluate Azure SRE Agent.
Zurück zum Team-Onboarding
Dein Team-Onboarding-Thread bleibt in deiner Favoritenliste in der Seitenleiste. Wählen Sie es aus, um das Gespräch fortzusetzen, sobald Sie dem Agenten etwas Neues mitteilen möchten, wie zum Beispiel eine Dienstleistung, die Ihr Team übernommen hat, oder ein geändertes Verfahren.
Du kannst den Agenten auch fragen, was er als Nächstes einrichten soll. Es gibt Empfehlungen basierend auf dem, was du angeschlossen hast und was noch fehlt. Siehe Team-Onboarding.