Vyhledání a diagnostika výjimek za běhu pomocí Azure Application Insights

Azure Application Insights shromažďuje telemetrii z vaší aplikace, kterou můžete použít k identifikaci a diagnostice výjimek za běhu. Tento kurz vás provede tímto procesem s vaší aplikací. Získáte informace o těchto tématech:

Požadavky

Pro absolvování tohoto kurzu potřebujete:

• nainstalujte Visual Studio 2019 s následujícími úlohami:
  • Vývoj pro ASP.NET a web
  • Vývoj pro Azure
• Stáhnout a nainstalovat Visual Studio Snapshot Debugger.
• Povolit Visual Studio Snapshot Debugger.
• Nasadit do Azure aplikaci .NET a povolit sadu Application Insights SDK.
• Kurz popisuje identifikaci výjimky ve vaší aplikaci, proto upravte kód ve vašem prostředí vývoj nebo testování, aby generoval výjimku.

Přihlaste se k Azure.

Přihlaste se k Azure Portal v https://portal.azure.com .

Analýza selhání

Application Insights shromažďuje informace o selháních v aplikaci a umožňuje zobrazit jejich četnost pro různé operace, abyste se mohli zaměřit na ty s nejvyšším dopadem. Potom můžete přejít k podrobnostem a identifikovat hlavní příčinu selhání.

1. Vyberte Application Insights a pak své předplatné.

2. Otevřete panel Selhání buď výběrem možnosti Selhání v nabídce Prozkoumat, nebo kliknutím na graf Neúspěšné požadavky.

   

3. Panel Neúspěšné požadavky ukazuje počet neúspěšných požadavků a počet ovlivněných uživatelů pro každou operaci v aplikaci. Seřazením těchto informací podle počtu uživatelů můžete identifikovat selhání, která uživatele ovlivňují nejvíc. V tomto příkladu jsou hlavními kandidáty na bližší zkoumání operace GET Employees/Create a GET Customers/Details, protože selhávají nejčastěji a ovlivňují nejvíc uživatelů. Výběrem operace zobrazíte v pravém panelu další informace.

   

4. Zmenšením časového okna si přibližte období, kde má míra selhání špičku.

   

5. Kliknutím na tlačítko s počtem vyfiltrovaných výsledků zobrazíte související ukázky. „Navrhované“ ukázky obsahují související telemetrii ze všech komponent, a to i v případě, že v některých z nich bylo aktivní vzorkování. Kliknutím na výsledek hledání zobrazíte podrobnosti o selhání.

   

6. Podrobnosti o neúspěšném požadavku se zobrazí v Ganttově grafu, který ukazuje, že v této transakci došlo ke dvěma chybám závislostí, které také přispěly k více než 50 % celkové doby trvání transakce. V tomto prostředí se zobrazuje veškerá telemetrie ze všech komponent distribuované aplikace, které souvisejí s tímto ID operace. Další informace o novém prostředí. Výběrem libovolné položky můžete na pravé straně zobrazit její podrobnosti.

   

7. Podrobnosti o operaci zahrnují také výjimku FormatException, která pravděpodobné způsobila selhání. Uvidíte, že je z důvodu neplatného PSČ. V sadě Visual Studio můžete otevřít snímek ladění a zobrazit informace o ladění na úrovni kódu.

   

Identifikace chyb kódu

Snapshot Debugger shromažďuje snímky nejčastěji se vyskytujících výjimek v aplikaci, aby vám pomohl při diagnostice jejich hlavní příčiny v produkčním prostředí. Snímky ladění můžete zobrazit na portálu a podívat se do zásobníku volání a zkontrolovat proměnné v každém rámci zásobníku volání. následně máte možnost ladit zdrojový kód stažením snímku a jeho otevřením v Visual Studio 2019 Enterprise.

1. Ve vlastnostech výjimky klikněte na tlačítko Otevřít snímek ladění.

2. Otevře se panel Snímek Ladění se zásobníkem volání pro daný požadavek. Kliknutím na kteroukoli metodu můžete zobrazit hodnoty všech místních proměnných v době požadavku. Počínaje hlavní metodou v tomto příkladu vidíte místní proměnné, které nemají žádnou hodnotu.

   

3. První volání, která má platné hodnoty, je ValidZipCode, a my vidíme, že směrovací číslo bylo zadáno s písmeny, takže ho není možné převést na celé číslo. To vypadá jako chyba v kódu, kterou je třeba opravit.

   

4. pak máte možnost stáhnout tento snímek do Visual Studio, kde můžeme najít skutečný kód, který je třeba opravit. Uděláte to tak, že kliknete na Stáhnout snímek.

5. Snímek se načte do aplikace Visual Studio.

6. nyní můžete spustit relaci ladění v Visual Studio Enterprise, která rychle identifikuje řádek kódu, který způsobil výjimku.

   

Použití analytických dat

Všechna data shromážděná pomocí Application Insights jsou uložená ve službě Azure Log Analytics, která nabízí plnohodnotný dotazovací jazyk pro analýzu dat mnoha různými způsoby. Tato data můžete použít k analýze požadavků, které generují výjimku, kterou zkoumáme.

1. Kliknutím na informace CodeLens nad kódem zobrazíte telemetrii poskytovanou službou Application Insights.

   

2. Kliknutím na Analyzovat dopad otevřete analýzu Application Insights Analytics. Otevře se s několika dotazy, které poskytují podrobné informace o neúspěšných požadavcích, například počet ovlivněných uživatelů, prohlížeče a oblasti.
   
   
   

Přidání pracovní položky

Pokud propojíte Application Insights se sledovacím systémem, jako je Azure DevOps nebo GitHub, můžete pracovní položky vytvářet přímo z Application Insights.

1. Vraťte se na panel Vlastnosti výjimky ve službě Application Insights.

2. Klikněte na Nová pracovní položka.

3. Otevře se panel Nová pracovní položka s předvyplněnými podrobnostmi o výjimce. Před uložením můžete doplnit další údaje.

   

Další kroky

Nyní, když jste se naučili, jak identifikovat výjimky za běhu, můžete přejít k dalšímu kurzu, ve kterém zjistíte, jak identifikovat a diagnostikovat potíže s výkonem.