Zagadnienia dotyczące zarządzania operacjami dla akceleratora strefy docelowej usług AIS Services
Ten artykuł zawiera zagadnienia i zalecenia dotyczące zarządzania operacjami i monitorowania w przypadku korzystania z ofert sztucznej inteligencji.
Większość zaleceń w tej sekcji dotyczy standardowej (pojedynczej dzierżawy) usługi Logic Apps, która jest częścią oferty usługi Azure App Service i udostępnia wiele z tych samych funkcji zarządzania.
Wiele zasobów tworzących usługę AIS można skonfigurować do przechowywania dzienników, danych telemetrycznych i danych metryk w usłudze Log Analytics/Application Insights lub w niestandardowych lokalizacjach magazynu (te zasoby obejmują konta magazynu, usługi Event Hubs i inne).
Możemy użyć tych informacji, aby zwizualizować ogólną kondycję naszych zasobów i podjąć odpowiednie działania związane z zarządzaniem.
Definicje
Dzienniki usługi Azure Monitor zbierają i organizują dane dzienników i wydajności z monitorowanych zasobów. Narzędzia, takie jak Log Analytics, mogą następnie wysyłać zapytania o te informacje dziennika lub wizualizować je albo umożliwiają zgłaszanie alertów w przypadku spełnienia określonych warunków.
Dzienniki metryk platformy Azure zbierają dane liczbowe w bazie danych szeregów czasowych z monitorowanych zasobów. Narzędzia, takie jak usługa Application Insights, mogą następnie wizualizować te dane, ułatwiają identyfikowanie problemów z wydajnością i środowiskiem uruchomieniowym.
Log Analytics to oferta monitorowania platformy Azure, która zapewnia lokalizację przechowywania danych dzienników i wydajności, zapewnia mechanizm i język do wykonywania zapytań dotyczących tych dzienników (Kusto); program zapewnia możliwość tworzenia alertów i pulpitów nawigacyjnych na podstawie tych dzienników (między innymi możliwości).
Usługa Application Insights to oferta monitorowania platformy Azure, która zapewnia możliwość wizualizowania i zgłaszania alertów dotyczących danych wydajności emitowanych przez monitorowane zasoby.
Kusto Query Language (KQL) to zaawansowany język zapytań zoptymalizowany pod kątem wykonywania zapytań i formatowania danych. Na przykład jest to podstawowy język zapytań dla usługi Log Analytics.
Zagadnienia projektowe
Rozważ rozwiązanie do monitorowania jako całość:
Jakie zasoby należy monitorować?
Jak będzie śledzić komunikaty przepływujące między zasobami?
Z jakimi systemami zewnętrznymi nawiąż połączenie?
Jakiego rodzaju alerty będą potrzebne?
Zastanów się, jakie zapytania należy uruchomić. Czy na przykład musisz wiedzieć, czy dane żądanie trwa dłużej niż oczekiwano? A jeśli wystąpi pojedynczy błąd a klaster błędów?
Jakiego poziomu śledzenia potrzebujesz? Jeśli na przykład komunikat pochodzi od innej firmy, czy musisz śledzić ten komunikat za pośrednictwem wszystkich skojarzonych zasobów?
Jakie zadania zarządzania należy wykonać? Czy konieczne będzie ponowne przesłanie komunikatów lub plików?
Historia uruchamiania aplikacji logiki jest domyślnie przechowywana w usłudze Azure Storage, ale można również eksportować metryki i pliki dziennika do innych źródeł (na przykład log Analytics lub zewnętrzne konto magazynu). Zastanów się, jak używasz informacji rejestrowania, a jeśli używasz scentralizowanego magazynu dzienników.
Usługa Application Insights służy do zapewniania monitorowania wydajności aplikacji. Robi to, zbierając metryki z zasobów tworzących rozwiązanie.
Usługa Log Analytics służy do wykonywania zapytań dotyczących dzienników i konfigurowania alertów, co umożliwia wyświetlanie kondycji zasobów i zrozumienie problemów, które mogą wystąpić. Dane dziennika mogą zawierać właściwości niestandardowe (zobacz Śledzone właściwości poniżej).
Zapoznaj się z artykułem dotyczącym zarządzania akceleratorem strefy docelowej usługi App Service, aby uzyskać więcej zagadnień i zaleceń specyficznych dla usługi App Services
Zalecenia dotyczące projektowania
Skonfiguruj usługę Application Insights , aby używała obszaru roboczego usługi Log Analytics jako źródła danych (znanego jako zasób oparty na obszarze roboczym). Dzięki temu dane rejestrowania i wydajności mogą być przechowywane w skonsolidowanej lokalizacji.
Skonfiguruj alerty dla wszystkich zasobów, aby powiadamiać odpowiednie zespoły o zdarzeniach związanych z poszczególnymi zasobami lub obciążeniem.
Połącz zasoby w rozwiązaniu z usługą Application Insights, jeśli są obsługiwane. Na przykład aplikację logiki można połączyć z usługą Application Insights, dzięki czemu dane i metryki środowiska uruchomieniowego są dostępne do wykonywania zapytań. Zobacz tutaj, aby zapoznać się z przykładem.
Użyj funkcji clientTrackingId usługi Logic Apps, aby podać niestandardowy identyfikator śledzenia, umożliwiając korelowanie zdarzeń między przebiegami aplikacji logiki. Możesz użyć nagłówka x-ms-client-tracking-id, aby osiągnąć ten wynik za pomocą wyzwalaczy Request, HTTP lub HTTP+WebHook.
Funkcja Śledzone właściwości usługi Logic Apps umożliwia rejestrowanie innych danych (danych wejściowych lub wyjściowych) z akcji w plikach dziennika. Te właściwości są następnie dostępne do użycia podczas wykonywania zapytań dotyczących dzienników przy użyciu języka KQL z usługą Log Analytics lub innym rozwiązaniem.
Rozważ użycie tagów zasobów. Tagi zasobów mogą ułatwić zarządzanie zasobami i organizowanie ich na platformie Azure. Można ich używać do przypisywania metadanych do zasobów. Te metadane można używać do różnych celów, takich jak kategoryzowanie zasobów według aplikacji lub jednostki biznesowej, śledzenie kosztów zasobów i identyfikowanie zasobów pod kątem zgodności.
Przykładowe zapytania Kusto
Poniższe zapytania pokazują, jak wykonywać zapytania dotyczące trzech głównych tabel używanych na potrzeby danych dziennika AIS. Dostęp do każdej z tych tabel można uzyskać z poziomu opcji Dzienniki w sekcji Monitorowanie aplikacji logiki.
Główne tabele zapytań to:
Wyjątki
Ta tabela zawiera wyjątki rejestrowane przez zasób, takie jak wyjątki zgłaszane przez środowisko uruchomieniowe aplikacji logiki. Może służyć do wyszukiwania podstawowej przyczyny wszelkich problemów, które widzisz, w portalu lub podczas wykonywania kodu.żądania
Ta tabela rejestruje wszystkie żądania wysyłane przez środowisko uruchomieniowe aplikacji logiki do innego zasobu LUB do określonych akcji w przepływie pracy.Ślady
Ta tabela zawiera większość dzienników środowiska uruchomieniowego usługi Logic Apps, szczegółowe informacje dotyczące wykonywania wyzwalacza, uruchamiania i zatrzymywania przepływu pracy oraz wykonywania akcji. Jeśli zarejestrowano jakiekolwiek śledzone właściwości z akcji, te dane znajdziesz w sekcji customDimensions . Następnie możesz użyć klauzuli extend w zapytaniu, aby dodać dane jako kolumny w odpowiedzi zapytania.
Przepływy pracy z błędami:
> traces
>
> \| where customDimensions\["Category"\] == "Host.Triggers.Workflows"
>
> \| where customDimensions.LogLevel == "Error"
Liczba wykonań przepływu pracy w ciągu ostatnich 24 godzin we wszystkich przepływach pracy:
> traces
>
> \| where customDimensions\["Category"\] == "Host.Triggers.Workflows"
>
> \| where customDimensions\["EventName"\] == "WorkflowActionStart"
>
> \| where timestamp \> ago(1d)
>
> \| count
Współczynnik powodzenia wyzwalacza, wykres z upływem czasu
> traces
> \| where customDimensions\["Category"\] == "Host.Triggers.Workflows"
> \| where customDimensions\["EventName"\] == "WorkflowTriggerEnd"
> \|summarize
>
> success = countif(customDimensions\["prop\_\_status"\] ==
> "Succeeded"),
>
> failures = countif(customDimensions\["prop\_\_status"\] == "Failed")
>
> by bin(timestamp, 1m)
> \| render timechart
Następny krok
Przejrzyj krytyczne obszary projektowe, aby uwzględnić wszystkie zagadnienia i zalecenia dotyczące architektury.