Notatka
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Azure agent SRE jest bardziej skuteczny, gdy może używać tego samego kontekstu, który zespół używa do rozwiązywania problemów z systemami. Połącz runbooki, dokumentację, strony internetowe i repozytoria, aby agent mógł się do nich odwoływać podczas dochodzeń, zamiast zaczynać od zera.
Wskazówka
- Użyj bazy wiedzy konstruktora>, aby zarządzać plikami, stronami internetowymi i repozytoriami w jednym miejscu.
- Indeksowana wiedza jest automatycznie dostępna podczas badania i czatu.
- Dokumenty można przekazywać bezpośrednio, dołączać pliki w czacie lub łączyć repozytoria na potrzeby analizy opartej na źródle.
- Najbardziej przydatne źródła wiedzy to takie, z których twój zespół już korzysta, na przykład procedury operacyjne, notatki architektoniczne, poradniki rozwiązywania problemów i kod źródłowy.
Dlaczego wiedza ma znaczenie
Agent ma już wbudowany kontekst Azure dzięki narzędziom do obserwacji i połączonym systemom. To, czego domyślnie nie ma, to wewnętrzna wiedza twojego zespołu. Ta wiedza obejmuje instrukcję operacyjną (runbook), która wyjaśnia standardowy krok przywracania, notatkę architektoniczną wskazującą współdzieloną zależność lub repozytorium, które pozwala ustalić, które wdrożenie spowodowało regresję.
Po połączeniu tej wiedzy agent może wykonywać następujące czynności:
- Korzystaj z runbooków zespołu podczas incydentu.
- Wykorzystaj ponownie kroki rozwiązywania problemów, które Twój zespół już udokumentował.
- Koreluj objawy z kodem źródłowym i kontekstem wdrożenia.
- Odpowiedz na pytania, korzystając z tych samych dokumentów i odwołań, z których korzystają ludzie.
Zarządzanie wiedzą w bazie wiedzy
Użyj bazy wiedzy Builder >, aby zarządzać źródłami wiedzy agenta.
Na stronie pokazano każde źródło wraz z jego:
- Nazwa
- Status
- Type
- Data ostatniej modyfikacji
Dostępne są trzy typy źródeł:
| Typ źródła | Co zapewnia | Jak go dodać |
|---|---|---|
| Files | Runbooki, przewodniki rozwiązywania problemów, dokumenty architektury i materiały referencyjne | Przekaż za pośrednictwem portalu lub poproś agenta o zapisanie dokumentu podczas czatu |
| Strony sieci Web | Dokumentacja zewnętrzna, wewnętrzne adresy URL stron typu wiki i strony stanu | Dodaj adres URL strony, aby agent mógł indeksować zawartość |
| Repositories | Kod źródłowy, pliki wdrażania i definicje infrastruktury | Łączenie repozytoriów GitHub lub Azure DevOps |
Sprawdzanie stanu indeksowania i aktualności
Każde źródło wiedzy zawiera jeden z następujących stanów:
| Status | Meaning |
|---|---|
| Indeksowane | Zawartość jest przetwarzana i przeszukiwalna |
| Oczekiwanie | Zawartość jest nadal przetwarzana |
| Nieindeksowane | Przetwarzanie nie powiodło się lub nie można zindeksować źródła |
Gdy źródło zostanie zaindeksowane, najedź kursorem na wskaźnik stanu, aby wyświetlić znacznik czasu Utworzono. Ten znacznik czasu jest przydatny, jeśli chcesz potwierdzić, że przetwarzana jest najnowsza wersja runbooka lub dokumentu.
Przekaż dokumenty
Przekaż dokumenty, gdy chcesz, aby wiedza pozostała dostępna w przyszłych konwersacjach.
Typowe przykłady obejmują:
- Runbooki incydentów
- Przewodniki dotyczące eskalacji
- Odniesienia do architektury
- Listy kontrolne rozwiązywania problemów
Pliki można przekazać za pośrednictwem portalu lub poprosić agenta o zapisanie zawartości z konwersacji w bazie wiedzy.
Aby uzyskać informacje o obsługiwanych formatach i limitach plików, zobacz Przekazywanie dokumentów merytorycznych.
Aby uzyskać pełny przepływ pracy, zobacz Przekazywanie dokumentów merytorycznych.
Udostępnianie plików w czacie
Użyj załączników czatu, gdy chcesz nadać agentowi bezpośredni kontekst w jednej konwersacji. Takie podejście jest przydatne w przypadku zrzutów ekranu, dzienników, plików konfiguracji i innych materiałów, które ułatwiają aktywne rozwiązywanie problemów.
Wskazówka
Jeśli plik dołączony do czatu powinien stać się długotrwałą wiedzą, poproś agenta o zapisanie go w ustawieniach wiedzy. Agent może przesłać kopię, aby treść została zindeksowana i była możliwa do wyszukania w późniejszych rozmowach.
Poniższa tabela porównuje długoterminowe przesyłanie wiedzy z tymczasowymi załącznikami na czacie:
| Scenario | Prześlij do bazy wiedzy | Udostępnij na czacie |
|---|---|---|
| Najlepsze dla | Runbooki, procedury i dokumenty, które chcesz mieć dostępne w przyszłych rozmowach | Pliki, które mają być teraz analizowane przez agenta |
| Zakres magazynu | Na poziomie agenta i z możliwością przeszukiwania przyszłych konwersacji | Na poziomie wątku i dostępne w bieżącej rozmowie |
| Jak dodać | Prześlij w portalu lub poproś konsultanta o zapisanie treści | Przeciągnij i upuść, wklej ze schowka lub użyj + w czacie |
| Może stać się długoterminową wiedzą | Już istniejąca wiedza długoterminowa | Tak, jeśli poprosisz agenta o zapisanie tego |
Aby uzyskać więcej informacji, zobacz Udostępnianie plików na czacie.
Dodawanie stron internetowych
Dodaj strony internetowe, gdy ważne wskazówki wykraczają poza przekazane pliki lub repozytoria.
Dobrymi kandydatami są:
- Wewnętrzne artykuły typu wiki
- Dokumentacja produktu publicznego
- Strony stanu usługi
- Strony referencyjne obsługiwane przez zespół
Po dodaniu adresu URL agent indeksuje zawartość strony, aby mogła odwoływać się do tych informacji podczas przyszłych badań.
Łączenie repozytoriów
Połącz repozytoria z GitHub lub Azure DevOps, gdy agent potrzebuje kontekstu uwzględniającego kod źródłowy.
Połączone repozytoria pomagają agentowi:
- Wyszukiwanie wzorców błędów w kodzie źródłowym
- Korelowanie zdarzeń z ostatnimi zmianami kodu
- Referencyjne pliki wdrożeniowe i konfiguracyjne
- Używanie zawartości repozytorium podczas analizy głównej przyczyny
Aby połączyć kod źródłowy, zobacz Łączenie kodu źródłowego.
Wybieranie odpowiedniego źródła wiedzy
Użyj typu źródła zgodnego z potrzebnym rodzajem kontekstu:
| Jeśli musisz nawiązać połączenie... | Użyj... |
|---|---|
| Runbook lub przewodnik rozwiązywania problemów zapisany jako plik | Załaduj dokumenty wiedzy |
| Zrzut ekranu, dziennik lub plik na potrzeby jednego aktywnego badania | Udostępnianie plików w czacie |
| Repozytorium GitHub lub Azure DevOps | Łączenie kodu źródłowego |
| Systemy zewnętrzne, takie jak Datadog lub Splunk | Łączniki MCP |