Utrzymujesz aplikację mikroserwisową działającą w AKS z usługami .NET i Node.js. Musisz: 1) Zredukować koszty pozyskiwania danych przez Application Insights, zachowując pełne szczegóły transakcji end-to-end w przypadku awarii operacji. 2) Testować zewnętrzną dostępność publicznego punktu końcowego API z trzech regionów w odstępach 1-minutowych. 3) Automatycznie wykrywać anomalie, takie jak nagłe wzrosty awarii zależności. Co należy zaimplementować?

Prawidłowa odpowiedź spełnia wszystkie wymagania. Instrumentacja Application Insights SDK z adaptacyjnym próbkowaniem na poziomie SDK redukuje koszty, jednocześnie zachowując pełne szczegóły transakcji end-to-end dla nieudanych operacji, co jest kluczowe dla diagnostyki. Test dostępności Standard (wcześniej "new") z trzech lokalizacji co minutę precyzyjnie monitoruje dostępność publicznego punktu końcowego API. Włączenie Smart Detection automatycznie wykrywa anomalie, takie jak nagłe wzrosty awarii zależności, bez konieczności ręcznej konfiguracji alertów. Pozostałe opcje są nieprawidłowe, ponieważ: Wyłączenie próbkowania SDK i poleganie tylko na próbkowaniu pozyskiwania po stronie serwera może zerwać korelację telemetrii. Klasyczne testy sieciowe są przestarzałe. Użycie tylko Log Analytics do śledzenia i wyłączenie Smart Detection utrudnia automatyczne wykrywanie anomalii. Włączenie Profilera dla wszystkich usług i wyłączenie próbkowania drastycznie zwiększyłoby koszty. Alerty metryk nie zastąpią testów dostępności. Sondy kondycji Traffic Manager nie są przeznaczone do przekazywania wyników do Application Insights w celu monitorowania dostępności aplikacji, a statyczne próbkowanie może zerwać korelację.