Monitorování služeb a aplikací Node.js pomocí Application Insights

Aplikace Přehledy monitoruje komponenty po nasazení a zjišťuje výkon a další problémy. Aplikační Přehledy můžete použít pro Node.js služby hostované ve vašem datacentru, virtuálních počítačích Azure a webových aplikacích a dokonce i v jiných veřejných cloudech.

Pokud chcete přijímat, ukládat a zkoumat data monitorování, zahrňte do kódu sadu SDK. Pak v Azure nastavte odpovídající prostředek Přehledy aplikace. Sada SDK do tohoto prostředku odesílá data pro další analýzy a prozkoumávání.

Klientská knihovna Node.js může automaticky monitorovat příchozí a odchozí požadavky HTTP, výjimky a některé systémové metriky. Od verze 0.20 může klientská knihovna také monitorovat některé běžné balíčky třetích stran, jako jsou MongoDB, MySQL a Redis.

Všechny události související s příchozím požadavkem HTTP se korelují za účelem rychlejšího řešení potíží.

Pomocí rozhraní API TelemetryClient můžete ručně instrumentovat a monitorovat další aspekty vaší aplikace a systému. Rozhraní TelemetryClient API popisujeme podrobněji dále v tomto článku.

Poznámka:

Následující dokumentace se spoléhá na rozhraní API Přehledy Application Přehledy Classic. Dlouhodobým plánem pro application Přehledy je shromažďovat data pomocí OpenTelemetry. Další informace najdete v tématu Povolení OpenTelemetry služby Azure Monitor pro aplikace .NET, Node.js, Python a Java.

Začínáme

Proveďte následující úlohy a nastavte monitorování pro aplikaci nebo službu.

Požadavky

Než začnete, ujistěte se, že máte předplatné Azure nebo zdarma získejte nové předplatné. Pokud vaše organizace již má předplatné Azure, správce vás do něj může přidat pomocí těchto pokynů.

Nastavení prostředku Application Insights

1. Přihlaste se k portálu Azure.
2. Vytvořte prostředek Přehledy aplikace.

Poznámka:

Podpora příjmu dat založeného na instrumentačním klíči skončí 31. března 2025. Příjem klíčů instrumentace bude dál fungovat, ale už nebudeme poskytovat aktualizace ani podporu pro tuto funkci. Přechod na připojovací řetězec, abyste mohli využívat nové funkce.

Nastavení klientské knihovny Node.js

Zahrňte do aplikace sadu SDK, aby mohl shromažďovat data.

1. Zkopírujte připojovací řetězec prostředku z nového prostředku. Přehledy aplikace používá připojovací řetězec k mapování dat na prostředek Azure. Než bude sada SDK moct používat připojovací řetězec, musíte zadat připojovací řetězec v proměnné prostředí nebo v kódu.

   

2. Přidejte klientskou knihovnu Node.js do závislostí aplikace prostřednictvím package.json. Z kořenové složky aplikace spusťte:

   npm install applicationinsights --save
   

   Poznámka:

   Pokud používáte TypeScript, neinstalujte samostatné balíčky pro psaní. Tento balíček NPM obsahuje integrované úseky kódu.

3. Explicitně načtěte knihovnu v kódu. Vzhledem k tomu, že sada SDK vkládá instrumentaci do mnoha dalších knihoven, načtěte knihovnu co nejdříve, dokonce ještě před dalšími příkazy require.

   let appInsights = require('applicationinsights');
   

4. Můžete také poskytnout připojovací řetězec prostřednictvím proměnné APPLICATIONINSIGHTS_CONNECTION_STRINGprostředí místo jeho ručního předání do setup() nebo new appInsights.TelemetryClient(). Tento postup vám umožní ponechat připojovací řetězec mimo potvrzený zdrojový kód a můžete zadat různé připojovací řetězec pro různá prostředí. Pokud chcete ručně nakonfigurovat, zavolejte appInsights.setup('[your connection string]');.

   Další možnosti konfigurace najdete v následujících částech.

   Sadu SDK můžete vyzkoušet bez odesílání telemetrie nastavením appInsights.defaultClient.config.disableAppInsights = true.

5. Začněte automaticky shromažďovat a odesílat data voláním appInsights.start();.

Poznámka:

V rámci používání instrumentace Přehledy aplikací shromažďujeme a odesíláme diagnostická data do Microsoftu. Tato data nám pomáhají spouštět a zlepšovat Přehledy aplikací. Máte možnost zakázat shromažďování dat, která nejsou nezbytná. Další informace.

Monitorování aplikace

Sada SDK automaticky shromažďuje telemetrii o modulu runtime Node.js a některých běžných modulech třetích stran. Použijte svou aplikaci k vygenerování nějakých dat.

Potom na webu Azure Portal přejděte k prostředku Application Insights, který jste vytvořili dříve. V části Časová osa přehledu vyhledejte vašich prvních pár datových bodů. Pokud chcete zobrazit podrobnější data, vyberte v grafech různé komponenty.

Pokud chcete zobrazit topologii zjištěnou pro vaši aplikaci, můžete použít mapu aplikace.

Žádná data

Vzhledem k tomu, že sada SDK dávková data k odeslání, může dojít ke zpoždění před zobrazením položek na portálu. Pokud ve svém prostředku nevidíte data, vyzkoušejte některou z následujících oprav:

• Pokračujte v používání aplikace. Proveďte více akcí pro vygenerování další telemetrie.
• V zobrazení prostředků portálu vyberte Aktualizovat . Grafy se samy pravidelně aktualizují, ale ruční aktualizace vynutí jejich okamžitou aktualizaci.
• Ověřte, že jsou otevřené požadované výchozí porty.
• Pomocí Vyhledávání vyhledejte konkrétní události.
• Přečtěte si Nejčastější dotazy.

Základní použití

Pro připravenou kolekci požadavků HTTP, oblíbených událostí knihovny třetích stran, neošetřených výjimek a systémových metrik:

let appInsights = require("applicationinsights");
appInsights.setup("[your connection string]").start();

Poznámka:

Pokud je připojovací řetězec nastavena v proměnné APPLICATIONINSIGHTS_CONNECTION_STRINGprostředí , .setup() lze volat bez argumentů. To usnadňuje použití různých připojovací řetězec pro různá prostředí.

Než načtete další balíčky, načtěte knihovnu require("applicationinsights") application Přehledy co nejdříve do skriptů. Tento krok je potřeba, aby knihovna Přehledy aplikace mohl připravit pozdější balíčky pro sledování. Pokud narazíte na konflikty s jinými knihovnami, které provádějí podobnou přípravu, zkuste později načíst knihovnu Přehledy aplikace.

Vzhledem ke způsobu, jakým JavaScript zpracovává zpětná volání, je potřeba více práce sledovat požadavek napříč externími závislostmi a pozdějšími zpětnými voláními. Ve výchozím nastavení je toto dodatečné sledování povolené. Zakažte ho voláním setAutoDependencyCorrelation(false) podle popisu v části konfigurace sady SDK.

Migrace z verzí starších než 0.22

Mezi verzemi staršími než 0.22 a novějšími verzemi došlo k zásadním změnám. Tyto změny jsou navržené tak, aby přinesly konzistenci s jinými sadami SDK Přehledy aplikací a umožnily budoucí rozšiřitelnost.

Obecně platí, že migraci můžete provést pomocí následujících akcí:

• Nahraďte odkazy appInsights.clientappInsights.defaultClientna .
• Nahraďte odkazy appInsights.getClient()new appInsights.TelemetryClient()na .
• Nahraďte všechny argumenty metod client.track* jedním objektem, který obsahuje pojmenované vlastnosti jako argumenty. Podívejte se na předdefinované typy integrovaného vývojového prostředí (IDE) nebo TelemetryTypes pro výjimkou objektu pro každý typ telemetrie.

Pokud přistupujete ke konfiguračním funkcím sady SDK, aniž byste je zřetězovali appInsights.setup(), můžete tyto funkce najít na adrese appInsights.Configurations. Příklad: appInsights.Configuration.setAutoCollectDependencies(true). Zkontrolujte změny výchozí konfigurace v další části.

Konfigurace sady SDK

Objekt appInsights poskytuje mnoho metod konfigurace. Jsou uvedené v následujícím fragmentu kódu s výchozími hodnotami.

let appInsights = require("applicationinsights");
appInsights.setup("<connection_string>")
    .setAutoDependencyCorrelation(true)
    .setAutoCollectRequests(true)
    .setAutoCollectPerformance(true, true)
    .setAutoCollectExceptions(true)
    .setAutoCollectDependencies(true)
    .setAutoCollectConsole(true)
    .setUseDiskRetryCaching(true)
    .setSendLiveMetrics(false)
    .setDistributedTracingMode(appInsights.DistributedTracingModes.AI)
    .start();

Pro úplnou korelaci událostí ve službě nezapomeňte nastavit .setAutoDependencyCorrelation(true). Nastavení této možnosti umožní sadě SDK sledovat kontext napříč asynchronními zpětnými voláními v Node.js.

Projděte si jejich popisy v integrovaném vývojovém prostředí nebo applicationinsights.ts s podrobnými informacemi a volitelnými sekundárními argumenty.

Poznámka:

Ve výchozím nastavení setAutoCollectConsole je nakonfigurované vyloučení volání do console.log a dalších metod konzoly. Budou shromažďována pouze volání podporovaných protokolovacích souborů třetích stran (například winston a bunyan). Toto chování můžete změnit tak, aby zahrnovalo volání console metod pomocí .setAutoCollectConsole(true, true)

Vzorkování

Sada SDK ve výchozím nastavení odesílá všechna shromážděná data do služby Application Přehledy. Pokud chcete povolit vzorkování, abyste snížili množství dat, nastavte samplingPercentage pole na config objektu klienta. Nastavení samplingPercentage na 100 (výchozí) znamená, že budou odeslána všechna data a 0 znamená, že se nic neposílají.

Pokud používáte automatickou korelaci, všechna data přidružená k jednomu požadavku se zahrnou nebo vyloučí jako jednotka.

Přidejte například následující kód, který povolí vzorkování:

const appInsights = require("applicationinsights");
appInsights.setup("<connection_string>");
appInsights.defaultClient.config.samplingPercentage = 33; // 33% of all telemetry will be sent to Application Insights
appInsights.start();

Více rolí pro více komponentní aplikace

V některých scénářích se vaše aplikace může skládat z několika komponent, které chcete instrumentovat všechny se stejnými připojovací řetězec. Tyto komponenty chcete na portálu stále vidět jako samostatné jednotky, jako by používaly samostatné připojovací řetězec. Příkladem jsou samostatné uzly na mapě aplikace. Musíte ručně nakonfigurovat RoleName pole tak, aby odlišily telemetrii jedné komponenty od ostatních komponent, které odesílají data do vašeho prostředku Přehledy aplikace.

K nastavení RoleName pole použijte následující kód:

const appInsights = require("applicationinsights");
appInsights.setup("<connection_string>");
appInsights.defaultClient.context.tags[appInsights.defaultClient.context.keys.cloudRole] = "MyRoleName";
appInsights.start();

Zavaděč sady SDK prohlížeče

Poznámka:

K dispozici ve verzi Public Preview. Dodatečné podmínky použití pro Microsoft Azure verze Preview

Automatickou webovou instrumentaci je možné povolit pro server uzlu prostřednictvím injektáže skriptů zavaděče javascriptové sady SDK podle konfigurace.

let appInsights = require("applicationinsights");
appInsights.setup("<connection_string>")
    .enableWebInstrumentation(true)
    .start();

nebo nastavením proměnné APPLICATIONINSIGHTS_WEB_INSTRUMENTATION_ENABLED = trueprostředí .

Pokud jsou splněny všechny následující požadavky, je na serverech uzlů povolená webová instrumentace:

• Odpověď má stavový kód 200.
• Metoda odpovědi je GET.
• Odpověď serveru má Content-Type kód HTML.
• Odpověď serveru obsahuje obě <head> a </head> značky.
• Pokud je odpověď komprimovaná, musí mít pouze jeden Content-Encoding typ a typ kódování musí být jeden z gzip, br nebo deflate.
• Odpověď neobsahuje aktuální koncové body CDN webové instrumentace /backup. (aktuální a záložní koncové body CDN pro webovou instrumentaci)

Koncový bod CDN webové instrumentace lze změnit nastavením proměnné APPLICATIONINSIGHTS_WEB_INSTRUMENTATION_SOURCE = "web Instrumentation CDN endpoints"prostředí . připojovací řetězec webové instrumentace je možné změnit nastavením proměnné prostředí.APPLICATIONINSIGHTS_WEB_INSTRUMENTATION_CONNECTION_STRING = "web Instrumentation connection string"

Poznámka:

Webová instrumentace může zpomalit dobu odezvy serveru, zejména pokud je velikost odpovědi velká nebo je komprimovaná odpověď. V případě, kdy se některé střední vrstvy použijí, může vést k tomu, že webová instrumentace nefunguje a vrátí se původní odpověď.

Automatická instrumentace třetích stran

Ke sledování kontextu napříč asynchronními voláními se v knihovnách třetích stran, jako jsou MongoDB a Redis, vyžadují některé změny. Aplikace Přehledy ve výchozím nastavení používá diagnostic-channel-publishers opice a opravuje některé z těchto knihoven. Tuto funkci lze zakázat nastavením APPLICATION_INSIGHTS_NO_DIAGNOSTIC_CHANNEL proměnné prostředí.

Poznámka:

Nastavením této proměnné prostředí nemusí být události správně přidruženy ke správné operaci.

Jednotlivé opravy opice je možné zakázat nastavením APPLICATION_INSIGHTS_NO_PATCH_MODULES proměnné prostředí na seznam balíčků oddělených čárkami, které chcete zakázat. Můžete se například vyhnout APPLICATION_INSIGHTS_NO_PATCH_MODULES=console,redis opravám console balíčků.redis

V současné době se instrumentuje devět balíčků: bunyan,console,mongodb,,mysqlmongodb-core,redis,,winston,pg, a pg-pool. Informace o tom, která verze těchto balíčků je opravena, najdete v souboru README diagnostického kanálu vydavatelů.

Příkazy bunyan, winstona console opravy generují události trasování aplikace Přehledy na základě toho, zda setAutoCollectConsole je povoleno. Zbytek generuje události závislostí Přehledy aplikace na základě toho, jestli setAutoCollectDependencies je povoleno.

Živé metriky

Pokud chcete povolit odesílání živých metrik z vaší aplikace do Azure, použijte setSendLiveMetrics(true). Filtrování živých metrik na portálu se v současné době nepodporuje.

Rozšířené metriky

Poznámka:

Možnost odesílat rozšířené nativní metriky byla přidána ve verzi 1.4.0.

Pokud chcete povolit odesílání rozšířených nativních metrik z vaší aplikace do Azure, nainstalujte samostatný balíček nativních metrik. Sada SDK se automaticky načte, když je nainstalovaná, a začne shromažďovat Node.js nativní metriky.

npm install applicationinsights-native-metrics

V současné době balíček nativních metrik provádí automatické shromažďování času procesoru uvolňování paměti, klíště smyčky událostí a využití haldy:

• Uvolňování paměti: Doba strávená procesorem u každého typu uvolňování paměti a počet výskytů jednotlivých typů.
• Smyčka událostí: Kolik klíšťů došlo a kolik času procesoru bylo celkem vynaloženo.
• Halda vs. ne halda: Kolik využití paměti aplikace je v haldě nebo ne haldě.

Režimy distribuovaného trasování

Sada SDK ve výchozím nastavení odesílá hlavičky, kterým rozumí jiné aplikace nebo služby instrumentované pomocí sady Application Přehledy SDK. Kromě existujících hlaviček AI můžete povolit odesílání a příjem hlaviček trasování W3C. Tímto způsobem nebudete přerušovat korelaci s žádnou ze stávajících starších služeb. Povolení hlaviček W3C umožňuje vaší aplikaci korelovat s jinými službami, které nejsou instrumentované s aplikačními Přehledy ale přijímají tento standard W3C.

const appInsights = require("applicationinsights");
appInsights
  .setup("<your connection string>")
  .setDistributedTracingMode(appInsights.DistributedTracingModes.AI_AND_W3C)
  .start()

TelemetryClient API

Úplný popis rozhraní TelemetryClient API najdete v tématu Rozhraní API Application Insights pro vlastní události a metriky.

Jakýkoli požadavek, událost, metriku nebo výjimku můžete sledovat pomocí klientské knihovny application Přehledy pro Node.js. Následující příklad kódu ukazuje některá z rozhraní API, která můžete použít:

let appInsights = require("applicationinsights");
appInsights.setup().start(); // assuming connection string in env var. start() can be omitted to disable any non-custom data
let client = appInsights.defaultClient;
client.trackEvent({name: "my custom event", properties: {customProperty: "custom property value"}});
client.trackException({exception: new Error("handled exceptions can be logged with this method")});
client.trackMetric({name: "custom metric", value: 3});
client.trackTrace({message: "trace message"});
client.trackDependency({target:"http://dbname", name:"select customers proc", data:"SELECT * FROM Customers", duration:231, resultCode:0, success: true, dependencyTypeName: "ZSQL"});
client.trackRequest({name:"GET /customers", url:"http://myserver/customers", duration:309, resultCode:200, success:true});

let http = require("http");
http.createServer( (req, res) => {
  client.trackNodeHttpRequest({request: req, response: res}); // Place at the beginning of your request handler
});

Sledování závislostí

Pomocí následujícího kódu můžete sledovat závislosti:

let appInsights = require("applicationinsights");
let client = new appInsights.TelemetryClient();

var success = false;
let startTime = Date.now();
// execute dependency call here....
let duration = Date.now() - startTime;
success = true;

client.trackDependency({target:"http://dbname", name:"select customers proc", data:"SELECT * FROM Customers", duration:duration, resultCode:0, success: true, dependencyTypeName: "ZSQL"});;

Příklad nástroje, který používá trackMetric k měření, jak dlouho trvá plánování smyčky událostí:

function startMeasuringEventLoop() {
  var startTime = process.hrtime();
  var sampleSum = 0;
  var sampleCount = 0;

  // Measure event loop scheduling delay
  setInterval(() => {
    var elapsed = process.hrtime(startTime);
    startTime = process.hrtime();
    sampleSum += elapsed[0] * 1e9 + elapsed[1];
    sampleCount++;
  }, 0);

  // Report custom metric every second
  setInterval(() => {
    var samples = sampleSum;
    var count = sampleCount;
    sampleSum = 0;
    sampleCount = 0;

    if (count > 0) {
      var avgNs = samples / count;
      var avgMs = Math.round(avgNs / 1e6);
      client.trackMetric({name: "Event Loop Delay", value: avgMs});
    }
  }, 1000);
}

Přidání vlastní vlastnosti do všech událostí

Pomocí následující kód můžete do všech událostí přidat vlastní vlastnost:

appInsights.defaultClient.commonProperties = {
  environment: process.env.SOME_ENV_VARIABLE
};

Sledování požadavků HTTP GET

Pomocí následujícího kódu můžete ručně sledovat požadavky HTTP GET:

Poznámka:

Všechny požadavky se ve výchozím nastavení sledují. Chcete-li zakázat automatické shromažďování, zavolejte .setAutoCollectRequests(false) před voláním start().

appInsights.defaultClient.trackRequest({name:"GET /customers", url:"http://myserver/customers", duration:309, resultCode:200, success:true});

Další možností je sledovat požadavky pomocí trackNodeHttpRequest metody:

var server = http.createServer((req, res) => {
  if ( req.method === "GET" ) {
      appInsights.defaultClient.trackNodeHttpRequest({request:req, response:res});
  }
  // other work here....
  res.end();
});

Sledování času spuštění serveru

Pomocí následujícího kódu můžete čas spuštění serveru:

let start = Date.now();
server.on("listening", () => {
  let duration = Date.now() - start;
  appInsights.defaultClient.trackMetric({name: "server startup time", value: duration});
});

Flush

Ve výchozím nastavení se telemetrie uloží do vyrovnávací paměti po dobu 15 sekund před odesláním na server pro příjem dat. Pokud má vaše aplikace krátkou životnost, například nástroj rozhraní příkazového řádku, může být nutné ručně vyprázdnit telemetrii vyrovnávací paměti při ukončení aplikace pomocí appInsights.defaultClient.flush().

Pokud sada SDK zjistí, že dochází k chybovému ukončení vaší aplikace, zavolá za vás vyprázdnění pomocí appInsights.defaultClient.flush({ isAppCrashing: true }). U možnosti isAppCrashingvyprázdnění se předpokládá, že vaše aplikace je v neobvyklém stavu a není vhodná k odesílání telemetrie. Místo toho sada SDK ukládá veškerou telemetrii uloženou do vyrovnávací paměti do trvalého úložiště a umožňuje ukončení aplikace. Když se vaše aplikace znovu spustí, pokusí se odeslat veškerou telemetrii uloženou do trvalého úložiště.

Předzpracování dat s využitím procesorů telemetrie

Shromážděná data můžete zpracovávat a filtrovat před jejich odesláním za účelem uchovávání pomocí procesorů telemetrie. Procesory telemetrie se nazývají jeden po druhém v pořadí, v jakém byly přidány před odesláním položky telemetrie do cloudu.

public addTelemetryProcessor(telemetryProcessor: (envelope: Contracts.Envelope, context: { http.RequestOptions, http.ClientRequest, http.ClientResponse, correlationContext }) => boolean)

Pokud procesor telemetrie vrátí false, tato položka telemetrie se neodesílají.

Všechny procesory telemetrie přijímají telemetrická data a jeho obálku pro kontrolu a úpravy. Obdrží také kontextový objekt. Obsah tohoto objektu contextObjects je definován parametrem při volání metody sledování pro ručně sledované telemetrie. Pro automaticky shromážděnou telemetrii se tento objekt vyplní dostupnými informacemi o požadavku a trvalým obsahem požadavku, který appInsights.getCorrelationContext() poskytuje (pokud je povolená automatická korelace závislostí).

Typ TypeScriptu pro procesor telemetrie je:

telemetryProcessor: (envelope: ContractsModule.Contracts.Envelope, context: { http.RequestOptions, http.ClientRequest, http.ClientResponse, correlationContext }) => boolean;

Například procesor, který odebere zásobníky trasování dat z výjimek, může být zapsán a přidán následujícím způsobem:

function removeStackTraces ( envelope, context ) {
  if (envelope.data.baseType === "Microsoft.ApplicationInsights.ExceptionData") {
    var data = envelope.data.baseData;
    if (data.exceptions && data.exceptions.length > 0) {
      for (var i = 0; i < data.exceptions.length; i++) {
        var exception = data.exceptions[i];
        exception.parsedStack = null;
        exception.hasFullStack = false;
      }
    }
  }
  return true;
}

appInsights.defaultClient.addTelemetryProcessor(removeStackTraces);

Použití více připojovací řetězec

Pomocí příslušných připojovací řetězec můžete vytvořit více prostředků Přehledy aplikací a posílat jim různá data.

Příklad:

let appInsights = require("applicationinsights");

// configure auto-collection under one connection string
appInsights.setup("Connection String A").start();

// track some events manually under another connection string
let otherClient = new appInsights.TelemetryClient("Connection String B");
otherClient.trackEvent({name: "my custom event"});

Pokročilé možnosti konfigurace

Objekt klienta obsahuje config vlastnost s mnoha volitelnými nastaveními pro pokročilé scénáře. Pokud je chcete nastavit, použijte:

client.config.PROPERTYNAME = VALUE;

Tyto vlastnosti jsou specifické pro klienta, takže můžete nakonfigurovat appInsights.defaultClient odděleně od klientů vytvořených pomocí new appInsights.TelemetryClient().

Vlastnost	Popis
připojovací řetězec	Identifikátor prostředku Přehledy aplikace.
endpointUrl	Koncový bod příjmu dat pro odesílání datových částí telemetrie do.
quickPulseHost	Hostitel živého streamu metrik za účelem odesílání telemetrie živých metrik.
proxyHttpUrl	Proxy server pro provoz HTTP sady SDK. (Volitelné. Výchozí hodnota se načte z http_proxy proměnné prostředí.)
proxyHttpsUrl	Proxy server pro provoz HTTPS sady SDK. (Volitelné. Výchozí hodnota se načte z https_proxy proměnné prostředí.)
httpAgent	Http. Agent, který se má použít pro provoz HTTP sady SDK. (Volitelné. Výchozí hodnota není definována.)
httpsAgent	Https. Agent, který se má použít pro provoz HTTPS sady SDK. (Volitelné. Výchozí hodnota není definována.)
Maxbatchsize	Maximální počet položek telemetrie, které se mají zahrnout do datové části do koncového bodu příjmu dat. (Výchozí hodnota je 250.)
maxBatchIntervalMs	Maximální doba čekání na datovou část, která dosáhne maxBatchSize. (Výchozí hodnota je 15000.)
disableApp Přehledy	Příznak označující, jestli je zakázaný přenos telemetrie. (Výchozí hodnota je false.)
vzorkováníPercentage	Procento sledovaných položek telemetrie, které by se měly přenášet. (Výchozí hodnota je 100.)
correlationIdRetryIntervalMs	Doba čekání před opakovaným pokusem o načtení ID pro korelaci mezi součástmi (Výchozí hodnota je 30000.)
correlationHeaderExcludedDomains	Seznam domén, které se mají vyloučit z injektáže hlaviček korelace mezi komponentami. (Výchozí. Viz Config.ts.)

Řešení problému

Informace o řešení potíží, včetně scénářů bez dat a přizpůsobení protokolů, najdete v tématu Řešení potíží s monitorováním Node.js aplikací a služeb Přehledy aplikací a služeb.

Další kroky

• Monitorování telemetrických dat na portálu
• Psaní analytických dotazů do telemetrických dat