Udostępnij za pośrednictwem

Krok 3. Łączenie kodu źródłowego z agentem usługi Azure SRE

Szacowany czas: 10 minut

Połącz repozytorium GitHub, aby agent mógł przeprowadzić analizę głównej przyczyny, korelując problemy produkcyjne z określonym kodem.

Co osiągasz

Po zakończeniu tego kroku agent może wykonywać następujące czynności:

  • Analizowanie kodu źródłowego podczas badania
  • Podaj konkretne odwołania do pliku i wiersza dla problemów
  • Tworzenie planów To-Do przedstawiających kroki badania
  • Korelowanie objawów produkcyjnych ze zmianami kodu

Wymagania wstępne

Wymaganie Szczegóły
Utworzono agenta Wykonaj krok 1. Najpierw utwórz agenta .
GitHub PAT Osobisty token dostępu z zakresem repo .

Wybierz swoje podejście

Kod źródłowy można połączyć na trzy sposoby.

Metoda Najlepsze dla
Opcja A: Mapowanie zasobów Pojedyncze repozytorium połączone z określonym zasobem platformy Azure
Opcja B: MCP + subagent Dostęp do wszystkich repozytoriów na GitHubie
Opcja C: łącznik dokumentacji ADO Usługa Azure Repos i witryny typu wiki jako źródła wiedzy

Wskazówka

Wybierz podejście zgodne z konfiguracją. Można użyć wielu opcji razem.

Aby zapoznać się z opcją C, zobacz stronę możliwości wiedzy wiki ADO i samouczek Connect ADO Wiki.

Opcja A: Mapowanie zasobów

Kojarzenie repozytorium z zasobem platformy Azure. Gdy agent zbada ten zasób, automatycznie odwołuje się do połączonego kodu.

Otwarte mapowanie zasobów

  1. Wybierz pozycję Monitoruj na lewym pasku bocznym.
  2. Wybierz pozycję Mapowanie zasobów.
  3. Znajdź zasób na liście.
  4. Wybierz zasób, aby otworzyć widok szczegółów.

Dodawanie repozytorium

  1. Wybierz pozycję Dodaj repozytorium.
  2. Wklej adres URL repozytorium GitHub (na przykład https://github.com/your-org/your-repo).
  3. Zaloguj się do usługi GitHub, jeśli zostanie wyświetlony monit.
  4. Wybierz Dodaj.

Powiązałeś repozytorium z tym zasobem platformy Azure.

Sprawdź opcję A

Proszę zapytać swojego agenta o powiązany zasób:

What could cause memory issues in the grocery-store-api container app?

Powinny zostać wyświetlone następujące wyniki:

  1. Agent tworzy Plan To-Do do badania.
  2. Agent ładuje source_code_analysis funkcję.
  3. Agent przeszukuje połączone repozytorium.
  4. Agent zwraca wyniki z podanymi odwołaniami do konkretnego pliku i wiersza.

Ten zrzut ekranu przedstawia plan tworzony przez agenta w ramach przygotowań do badania kodu.

Zrzut ekranu przedstawiający Plan zadań agenta dla analizy kodu.

Ten zrzut ekranu przedstawia sposób analizowania kodu źródłowego przez agenta i zwraca określone odwołania do plików.

Zrzut ekranu przedstawiający agenta analizującego kod źródłowy i zwracającego odwołania do plików.

Opcja B: MCP + podagent

Połącz usługę GitHub jako serwer MCP, aby uzyskać pełny dostęp do funkcji usługi GitHub. Takie podejście wymaga utworzenia subagentu do korzystania z narzędzi MCP.

Dodawanie łącznika usługi GitHub

  1. Wybierz pozycję Konstruktor na pasku bocznym po lewej stronie.

  2. Wybierz Łączniki.

  3. Wybierz pozycję Dodaj łącznik.

    Zrzut ekranu przedstawiający listę łączników.

  4. Wybierz Serwer MCP usługi GitHub.

  5. Skonfiguruj połączenie:

    Pole Wartość
    Nazwa my-github (lub nazwa opisowa)
    Connection type (Typ połączenia) Streamable-HTTP (ustawienie domyślne)
    URL https://api.githubcopilot.com/mcp/
    Metoda uwierzytelniania Token elementu nośnego
    Osobisty token dostępu Twój identyfikator PAT usługi GitHub z zakresem repo

  6. Wybierz pozycję Dalej>Dodaj łącznik.

  7. Poczekaj na wyświetlenie stanu Połączono.

Zrzut ekranu przedstawiający łącznik GitHub pokazujący status połączono.

Tworzenie podagentu

Narzędzia MCP nie są dostępne w głównym agencie. Musisz utworzyć subagent, aby z nich korzystać.

  1. Wybierz pozycję Konstruktor>Konstruktor agenta podrzędnego.

  2. Wybierz pozycję Utwórz podagent.

  3. Skonfiguruj podagent:

    Pole Wartość
    Nazwa github-analyst
    Opis Analizuje repozytoria GitHub pod kątem analizy głównej przyczyny
    Instrukcje Analizujesz kod źródłowy, aby znaleźć główne przyczyny problemów z produkcją. W przypadku podania repozytorium i objawów, wyszukaj odpowiedni kod i podaj odwołania do plików z numerem wiersza.

  4. W sekcji Narzędzia wybierz potrzebne narzędzia GitHub MCP (na przykład search_code, , get_file_contentslist_commits).

  5. Wybierz opcję Zapisz.

Weryfikowanie opcji B

Poproś agenta o przekazanie nowemu subagentowi.

Use the github-analyst subagent to analyze the code in my-org/my-repo for memory leaks.

Główny agent przekazuje zadania subagentowi, który używa narzędzi MCP usługi GitHub do analizowania kodu.

Różnica, jaką wprowadza kod źródłowy

W poniższym przykładzie pokazano, jak łączność kodu źródłowego zmienia odpowiedź agenta.

Bez kodu źródłowego:

Aplikacja kontenera doświadcza przeciążenia pamięci. Rozważ zwiększenie limitów pamięci".

Przy użyciu kodu źródłowego:

"Znaleziono potencjalny wyciek pamięci w pliku src/api/suppliers.js:

Wiersz 45-52: Funkcja fetchSupplierData() tworzy nowych klientów HTTP na żądanie bez wykonywania czyszczenia.

Wiersz 110-117: Ograniczenie szybkości jest ustawione na 5 req/min, ale interfejs API pokazuje wzorce serii ok. 40/min.

Zalecenie: Dodaj buforowanie połączeń lub zaimplementuj ponowne użycie klienta".

Agent koreluje symptomy produkcyjne z dokładnymi lokalizacjami kodu.

W poniższej tabeli przedstawiono typy repozytoriów, które zapewniają największą wartość.

Typ repozytorium Wartość
Aplikacje produkcyjne Analiza głównej przyczyny podczas zdarzeń
Infrastruktura jako kod Wykrywanie dryfu konfiguracji
Skrypty elementu Runbook Omówienie logiki automatyzacji

Wskazówka

Najpierw połącz najbardziej podatną na zdarzenia aplikację. Dodaj więcej repozytoriów później.

Podsumowanie

Agent teraz analizuje kod źródłowy podczas badań, udostępnia odniesienia do plików i linii problemów, tworzy plany To-Do, które pokazują kroki badania, i koreluje objawy produkcyjne ze zmianami kodu.

Następne kroki

Krok 4. Konfigurowanie reagowania na zdarzenia

Treści powiązane

  • Last updated on