Зачем вам собирать зависимости, если вы собираетесь пробовать их на производстве?

Question

Application Insights может собирать зависимости как часть аналитики журнала, и недавно она включена по умолчанию.Конечно, информация о зависимостях может быть увеличена, если вы попытаетесь улучшить производительность, но как ее использовать, когда включена выборка, а скорость данных намного превышает частоту выборки?

Чтобы привести пример, MaxTelemetryItemsPerSecond в документации равен 5 в их примере.При включении в производство сумма (itemCount) для моих запросов составляет около 400, а для зависимостей - около 5000-6000.Независимо от цены, я хотел, чтобы у меня было как можно больше информации, поэтому я попытался увеличить лимит и столкнулся с проблемой производительности примерно на 600. Поэтому мне пришлось расставить приоритеты для моих событий, исключений и запросов над зависимостями, поэтомубудет максимум 100 строк для максимальной зависимости выборки, что означает, что каждая строка в моих данных выборки будет представлять 50 зависимостей, и я нахожусь на пределе производительности.Если я укажу ограничение в 10 строк для зависимостей, каждая строка будет представлять 500 элементов.

Мой вопрос заключается в том, как использовать данные, которые выбираются с частотой 1: 500?Какова выгода?Как это может быть даже полезно?

Answer 1

Отбор проб производится для снижения стоимости телеметрии. (финансовые затраты + стоимость исполнения) Даже с выборкой встроенная выборка заботится о сохранении или отбрасывании связанных событий. Т.е. если RequestTelemetry сохраняется путем выборки, тогда вся DependencyTelemetry в контексте этого запроса сохраняется. Это даст вам достаточно для более тщательного изучения запросов и того, как зависимости влияют на общую производительность запроса.

Вы также можете поближе взглянуть на все собранные зависимости и отфильтровать некоторые из них, если считаете, что они не очень полезны. Например, некоторые люди могут отказаться от всех очень быстрых зависимостей.

Доступ к необработанным запросам / зависимостям наиболее необходим при сбоях - вы можете написать телеметрический процессор для сохранения всех сбойных зависимостей. Это будет означать, что у вас будет больше данных для расследования сбоев, и при этом будет производиться выборка остальной части телеметрии.