Ukończ konfigurację agenta usługi Azure SRE

Twój agent prowadzi dochodzenie w kontekście przedstawionym przez ciebie. Jeśli podczas wdrożenia pominąłeś źródła danych albo jeśli analiza dała mniej wyników, niż się spodziewałeś, skorzystaj z tego artykułu, aby zdecydować, co połączyć w następnej kolejności i co daje każde połączenie. Ten artykuł kataloguje źródła dostępne dla Twojego agenta, natomiast artykuły łączące omawiają procedurę dla każdego z nich.

Zacznij od najmniejszego użytecznego zbioru

Repozytorium kodu i jedno źródło logów wystarczą, by uzyskać konkretne odpowiedzi dotyczące twoich systemów. Każde inne źródło pogłębia to, co agent widzi, a źródła można dodawać w dowolnej kolejności i w dowolnym momencie, więc nie trzeba kończyć konfiguracji za jednym razem.

Kod, logi, zasoby Azure i pliki wiedzy się kumulują. Możesz dodać kolejne repozytorium, dostawcę telemetrii lub zakres, kiedy tylko potrzebujesz, i usunąć to, czego już nie potrzebujesz. Incydenty funkcjonują inaczej. Aktywna może być tylko jedna platforma incydentu w danym momencie, a połączenie nowej platformy rozłącza obecną.

Na jakie pytania odpowiada każde źródło

Każde źródło danych pozwala agentowi odpowiedzieć na inny rodzaj pytań podczas dochodzenia.

Source Na co pozwala agentowi odpowiedzieć Czego potrzebujesz, żeby to połączyć
Kod (zalecany) Dlaczego dochodzi do awarii. Agent odczytuje pliki źródłowe, śledzi błędy do konkretnych linii i identyfikuje ostatnie zmiany. Dostęp do repozytorium GitHub, Azure DevOps lub GitLab oraz metody uwierzytelniania obsługiwanej przez dostawcę.
Dzienniki (zalecane) Co działo się podczas produkcji. Agent odpytuje dane telemetryczne i koreluje wpisy z kodem oraz zależnościami. Uprawnienie do odczytu źródła telemetrii przyznane tożsamości lub poświadczeniom używanym przez konektor.
Zasoby platformy Azure Jak wygląda twoje otoczenie teraz. Agent sprawdza konfigurację zasobów, stan zdrowia i metryki. Przypisanie roli Właściciela lub Administratora Dostępu Użytkownika dla każdej grupy zarządzającej, subskrypcji lub grupy zasobów, którą dodajesz.
Zdarzenia Kiedy zacząć pracę bez pytania. Agent otrzymuje alerty z platformy incydentu i bada te, które odpowiadają Twoim planom reagowania. Jedna platforma jest aktywna na raz. Azure Monitor łączy się bez poświadczeń uwierzytelniających, a alerty z zarządzanych grup zasobów trafiają do agenta. PagerDuty i ServiceNow wymagają poświadczeń API od administratora platformy do obsługi incydentów.
Pliki wiedzy Jak Twój zespół chce, aby praca była wykonana. Agent działa zgodnie z twoimi runbookami, ścieżkami eskalacji i notatkami architektonicznymi. Plik w obsługiwanym formacie. Zobacz Przesyłaj dokumenty wiedzy.

Dostawcy logów różnią się sposobem uwierzytelniania. Azure Data Explorer, Log Analytics Workspace oraz Application Insights korzystają z zarządzanej tożsamości agenta. Datadog, Dynatrace, Elasticsearch, New Relic, Splunk i Hawkeye korzystają z danych uwierzytelniających, które podajesz. Widoczni dostawcy mogą się różnić w zależności od dzierżawy i konfiguracji, więc jeśli nie znajdziesz odpowiedniego dostawcy, użyj pola wyszukiwania. Zobacz Połącz źródło telemetrii, aby poznać pola wymagane przez każdego dostawcę.

Wybierz, co połączyć dalej

Wybierz sytuację, która odpowiada temu, czego brakuje twojemu agentowi.

  • Agent twierdzi, że nic nie wie o twojej aplikacji. Najpierw połącz Code . Ma to największy wpływ na jakość analizy, a agent zaczyna przeglądać repozytorium, gdy tylko zapiszesz połączenie.
  • Agent wyjaśnia twój kod, ale nie może powiedzieć, co działo się w produkcji. Następnie połącz Dzienniki. Wybierz dostawcę, którego Twój zespół już zapytał podczas incydentu.
  • Twoje pytania dotyczą zdrowia zasobów, konfiguracji lub skali. Dodaj zasoby platformy Azure w zakresie grupy zasobów zawierającej obciążenie, które najczęściej analizujesz.
  • Chcesz, żeby agent pracował zanim ktoś otworzy czat. Połącz platformę do zarządzania incydentami, z której Twój zespół już wysyła powiadomienia, a następnie utwórz plan reagowania dopasowany do określonego zestawu alertów. Ponieważ aktywna może być tylko jedna platforma w danym momencie, wybierz tę, która przesyła alerty produkcyjne. Zobacz platformy incydentów.
  • Odpowiedzi są technicznie poprawne, ale ignorują sposób działania zespołu. Dodaj pliki wiedzy, aby agent postępował zgodnie z twoimi procedurami zamiast według ogólnej sekwencji.

Zasoby i incydenty Azure to dwa powiązania, które najczęściej mogą dotyczyć kogoś innego. Oba wpływają na to, do czego agent może się dostać lub kiedy działa, i oba potrzebują dostępu, którego pojedynczy inżynier może nie posiadać.

Wymagania wstępne

Requirement Details
Agent Najpierw stwórz jeden za pomocą Create i skonfiguruj.
Rola na agencie SRE Agent Standard User obejmuje dodawanie repozytoriów kodu oraz przesyłanie dokumentów wiedzy. SRE Agent Administrator obejmuje zarządzanie konektorami oraz dodawanie lub usuwanie zakresów zasobów Azure. SRE Agent Author obejmuje konfigurację zarządzania incydentami oraz tworzenie planów reagowania. Zobacz role użytkownika i uprawnienia.
Rola platformy Azure dla zakresów zasobów Aktywne przypisanie roli Właściciel lub Administrator dostępu użytkowników dla każdego dodawanego zakresu, bezpośrednio lub w drodze dziedziczenia. Portal wykorzystuje go do przypisywania ról do zarządzanej tożsamości agenta.
Dostęp do każdego źródła Dostęp do repozytorium kodu, dostęp tylko do odczytu do źródła telemetrii logów oraz dane uwierzytelniające do platformy PagerDuty lub ServiceNow.
Alerty lub incydenty do otrzymania Azure Monitor przekazuje dalej tylko alerty generowane przez Twoje istniejące reguły alertów, więc upewnij się, że takie reguły istnieją, zanim zaczniesz oczekiwać pojawiania się incydentów. PagerDuty i ServiceNow przekazują incydenty wywołane przez własne integracje.

Otwórz stronę konfiguracji

Na zakładce Przegląd w Operations Hub pasek statusu pokazuje źródła, których jeszcze nie skonfigurowałeś. Wybierz Zakończ konfigurację , aby otworzyć stronę konfiguracyjną, która ma dwie zakładki.

Tab Źródła danych
Szybki start Kod, Dzienniki, Zasoby Azure, Incydenty
Pełna konfiguracja Wszystko w Quickstart, plus pliki wiedzy

Każde źródło pojawia się jako karta. Połączona karta pokazuje znacznik wyboru oraz podsumowanie, takie jak liczba repozytoriów lub podłączonych dostawców dzienników, a także wszelkie błędy wymagające uwagi.

Na stronie pojawia się także pasek postępu połączenia. Pasek śledzi, ile typów źródeł jest połączonych, a nie ile te źródła wnoszą do śledztwa, i może liczyć typy, których nie oferuje twoja strona konfiguracyjna. W rezultacie może nie osiągnąć pełnego poziomu naładowania, nawet po podłączeniu wszystkiego, co jest widoczne. Traktuj to raczej jako wskaźnik niż cel. Jakość badań wynika z łączenia źródeł, na których opiera się twoja praca.

Wskazówka

Jeśli agent powie, że nic nie wie o Twojej aplikacji i nie może odpowiedzieć na pytania na jej temat, najpierw podłącz Code.

Podłącz źródło

Wybierz przycisk na karcie źródła, którego chcesz użyć, a następnie postępuj zgodnie z instrukcjami kreatora tego dostawcy. Pełne procedury można znaleźć w następstwie:

Potwierdź, że połączenie działa

Najpierw sprawdź kartę. Pomyślne połączenie jest oznaczone znacznikiem wyboru i liczbą dołączonych elementów. Przesłane pliki wiedzy pokazują status Indeksowany , gdy agent zakończy ich przetwarzanie. Aby przejrzeć Twoje źródła wiedzy, zobacz Łączenie źródeł wiedzy.

Następnie potwierdzić, że agent może dotrzeć do źródła, zadając pytanie, na które odpowie tylko to źródło.

Source Zapytaj agenta
Code "Czym zajmuje się to repozytorium i jakie usługi zawiera?"
Logs "Sprawdź, czy nie ma błędów w ciągu ostatnich 24 godzin."
Zasoby platformy Azure Sprawdź stan zasobów w grupie zasobów <resource-group-name>.
Pliki wiedzy Co nasz runbook mówi na temat postępowania w przypadku błędów HTTP 500?

Ugruntowana odpowiedź pokazuje kartę narzędzia dla źródła, które agent odpytał, oraz zwrócony przez nie wynik. Ogólna odpowiedź bez karty narzędziowej lub taka, która zgłasza brakujący dostęp, oznacza, że połączenie wymaga ponownego sprawdzenia. W przypadku zapytań logowych, które zawiodły z błędem uprawnień, przyznaj dostęp do odczytu tożsamości łącznika na docelowym zasobu i spróbuj ponownie.

Co się zmienia, gdy dodasz więcej kontekstu

Podłączenie platformy do zarządzania incydentami zmienia sposób, w jaki agent rozpoczyna pracę. Do tego czasu agent odpowiada na kontakty. Następnie otrzymuje również incydenty z Twojej platformy i bada te, do których odpowiadają Twoje plany reagowania, na poziomie autonomii wyznaczonym przez każdy plan. Aby skonfigurować to zachowanie, zobacz Automatyzowanie reagowania na incydenty.

Podłączenie źródła samo w sobie nie podlega opłacie. Azure SRE Agent mierzy przetwarzanie wykonywane przez Twojego agenta jako aktywne wykorzystanie przepływu, obejmujące czaty, incydenty, zaplanowane zadania i wyzwalacze. Bardziej powiązany kontekst zwykle oznacza więcej tego przetwarzania, zwłaszcza gdy platforma incydentu rozpoczyna śledztwo bez ciebie. Bogatszy kontekst może też skrócić śledztwo, ponieważ agent poświęca mniej wysiłku na obejście tego, czego nie widzi. Zobacz Ceny i rozliczenia oraz Ocenij agenta Azure SRE.

Powrót do wprowadzania do zespołu

Twój wątek wdrażania zespołu pozostaje na Twojej liście Ulubionych na pasku bocznym. Wybierz go, aby kontynuować rozmowę, gdy masz coś nowego do przekazania agentowi, na przykład usługę, którą Twój zespół wybrał, lub procedurę, która się zmieniła.

Możesz też zapytać agenta, co ustawić dalej. Daje rekomendacje na podstawie tego, co już połączyłeś, a czego jeszcze brakuje. Zobacz wdrażanie zespołów.

Następne kroki

Przeprowadź swoje pierwsze śledztwo

Treści powiązane

  • Ostatnia aktualizacja o