doc links regarding flushing (#2681)
This commit is contained in:
Родитель
0d81c12007
Коммит
f4389840e4
|
@ -683,6 +683,9 @@
|
|||
/// <summary>
|
||||
/// Asynchronously Flushes the in-memory buffer and any metrics being pre-aggregated.
|
||||
/// </summary>
|
||||
/// <remarks>
|
||||
/// <a href="https://go.microsoft.com/fwlink/?linkid=525722#flushing-data">Learn more</a>
|
||||
/// </remarks>
|
||||
/// <returns>
|
||||
/// Returns true when telemetry data is transferred out of process (application insights server or local storage) and are emitted before the flush invocation.
|
||||
/// Returns false when transfer of telemetry data to server has failed with non-retriable http status.
|
||||
|
|
|
@ -51,6 +51,11 @@ catch(Exception ex)
|
|||
}
|
||||
```
|
||||
|
||||
### Flushing
|
||||
When your application is shutting down, we recommend Flushing the `TelemetryClient` to clear the buffer and prevent telemetry from being lost.
|
||||
|
||||
Please review our examples here: [Flushing data](https://learn.microsoft.com/azure/azure-monitor/app/api-custom-events-metrics#flushing-data).
|
||||
|
||||
## Telemetry Channels
|
||||
Telemetry channels are responsible for sending the telemetry data to the designated place. Optional features can be provided by the telemetry channels, for example, buffering the data and sending in them in batches, persisting the data to a local storage in case of transmission failure (e.g. network outage), traffic shaping and retry mechanisms
|
||||
|
||||
|
|
Загрузка…
Ссылка в новой задаче