Вы управляете приложением на основе микросервисов, работающим в AKS с использованием служб .NET и Node.js. Вам необходимо: 1) Сократить затраты на прием данных в Application Insights, сохраняя при этом полную сквозную детализацию транзакций при каждом сбое операции. 2) Проверить внешнюю доступность общедоступной конечной точки API из трех регионов с интервалом в 1 минуту. 3) Автоматически обнаруживать аномалии, такие как внезапное увеличение количества сбоев зависимостей. Что вы должны реализовать?

Правильный ответ решает все три поставленные задачи. Адаптивная выборка на уровне SDK сокращает затраты на прием данных, сохраняя при этом полную детализацию для неудачных транзакций, что критически важно для отладки. Стандартный тест доступности (Standard availability test) позволяет проверять доступность из нескольких регионов с заданной частотой. Включение Smart Detection автоматически обнаруживает аномалии, такие как внезапное увеличение сбоев зависимостей. Остальные варианты не соответствуют всем требованиям: Отключение выборки SDK и настройка выборки на стороне сервера не гарантирует сохранение полной детализации для неудачных транзакций. Классический многошаговый веб-тест менее гибок. Использование Log Analytics для трассировок не является основным способом для Application Insights, а отключение Smart Detection противоречит требованию автоматического обнаружения аномалий. Включение Profiler для всех служб и отключение выборки значительно увеличит затраты. Использование оповещений метрик Azure Monitor для имитации проверок доступности не является полноценной заменой тестов доступности. Использование проверок работоспособности Traffic Manager не интегрируется напрямую с Application Insights для детального анализа доступности. Статическая выборка может привести к потере важной телеметрии.