У меня есть новое приложение Windows, в которое я добавляю Application Insights. Добавление новой диаграммы дает возможность группировать по определенным настраиваемым свойствам с помощью раскрывающегося списка. В этом раскрывающемся списке есть 65 свойств, которые ИИ должен был добавить в какой-то момент. Специально не добавлялись. У нас есть главный AppInsights, который принимает все события. Мы также создали AppInsight для разработки. Список настраиваемых свойств в раскрывающемся списке отличается для этих двух, хотя исходный код одинаков. Это заставляет меня подозревать, что существует какой-то процесс, который создает раскрывающееся содержимое на основе входящих данных. Проблема здесь в том, что код изменился, и некоторые свойства больше не доступны. Мы хотим удалить эти значения из раскрывающегося списка и добавить новые. Я совершенно счастлив, просто удалив весь список. Есть ли способ сделать это?
Очистка группы раскрывающимся списком на портале Application Insights
Ответы (1)
Элементы, доступные в группе по, являются свойствами, которые когда-либо были получены серверной частью в отправленных вами данных, и не подлежат редактированию.
для настраиваемых свойств / показателей существует ограничение на количество свойств, разрешенных серверной частью, прежде чем он перестанет собирать новые именованные настраиваемые свойства. Концептуально можно представить себе это как бэкэнд, хранящий массив из 200 элементов для каждого отправленного вами элемента телеметрии и сопоставляющий каждое имя настраиваемого свойства с индексом, и это сопоставление длится вечно. (я считаю, что в настоящее время это ограничение составляет 200, но мы работаем над его расширением)
поэтому, если разработчики сделали что-то на вашем портале разработки, даже отправили один элемент с настраиваемым свойством «foo», то это свойство будет там навсегда и займет один из этих 200 слотов. В настоящий момент они не могут быть удалены или очищены.
Кроме того, содержимое поля "group by" также ограничено событиями, которые также отправили меньше некоторого порогового значения различных значений. (Я не уверен в этом точном значении, но считаю, что это <100 различных значений.) Таким образом, поля, такие как поля идентификатора, идентификаторы и т. д., в конечном итоге перестанут отображаться как параметры группы по параметрам, потому что группа by создаст N отдельных сегментов из 1 элемента.
Похоже, об этом уже упоминалось в App Insights Сайт UserVoice или задокументированный в лазурная документация для группы от, но я ее не вижу.
Единственный реальный обходной путь на данный момент - создать новый ресурс Application Insights в Azure и начать отправлять данные в этот новый ресурс вместо старого. И затем вы должны проявлять инициативу и никогда не отправлять настраиваемые свойства, которые вы никогда не собираетесь использовать, или смешивать варианты, поскольку «Свойство1» и «свойство1» будут разными свойствами ...
Если для вас это большая проблема, я бы посоветовал отправить ее в Microsoft Connect как ошибку или ввести предложение пользователя выше. Я передам это как то, что действительно нужно задокументировать в документации по лазурным элементам.
