#azure-application-insights #azure-log-analytics
Вопрос:
У нас есть несколько различных приложений, каждое из которых развернуто в нескольких средах, каждое из которых контролируется отдельным экземпляром Application Insight. Например, 2 веб-приложения, каждое из которых развернуто в средах разработки, тестирования и разработки, что означает 6 различных экземпляров Application Insight.
Корпорация Майкрософт хочет перенести Информацию о приложениях в Информацию о приложениях на основе рабочей области, поэтому мне нужно создать аналитическое рабочее пространство(рабочие области) журнала. Каков наилучший подход и почему:
- Создайте одну рабочую область и поместите всю информацию о приложениях в эту единую рабочую область?
- Создать отдельное рабочее пространство для каждого экземпляра Application Insight?
- Что-то другое? (Рабочее пространство для каждого приложения, рабочее пространство для каждой среды…)
Ответ №1:
[Я являюсь частью команды Application Insights]
В целом рекомендуется свести количество рабочих мест к минимуму, если только вам не нужно четкое разделение:
- Различная проверка подлинности для различных рабочих областей [примечание, сценарии Application Insights используют так называемую проверку подлинности на основе ресурсов, т. е. вы все равно будете управлять проверкой подлинности с помощью ресурсов Application Insights]
- Разные квоты выставления счетов
- Другой срок хранения
- Разные регионы
- Различные среды
Это позволяет управлять меньшим количеством ресурсов (рабочих областей).
Таким образом, вы должны принять решение на основе #2 — #5 (как упоминалось выше — аутентификация не имеет значения, потому что она все равно будет контролироваться Application Insights).
Если вы не используете расширенные функции (другое хранение), то, скорее всего, основным драйвером является другая среда. Т. е. в вашем случае это, вероятно, 3 рабочих пространства (dev, test, prod).
Комментарии:
1. Меня интересует одна вещь. Прежде чем опубликовать этот вопрос, я прочитал много официальной документации, попытался найти там четкий ответ. Задокументированы ли вещи, которые вы написали в своем ответе, в какой-то статье, которую я просто пропустил? Можете ли вы дать ссылку на него?
2. @jimmyj, я думаю, что это руководство по здравому смыслу в отношении всех ресурсов. Не обязательно уникальна для рабочих областей Log Analytics. Например, то же самое относится и к учетным записям хранения. Каждая новая учетная запись будет означать дополнительное обслуживание. Поэтому, если вам не нужно разделяться (из-за выставления счетов/доступа/регулирования/и т.д.), Вы можете захотеть его использовать.
Ответ №2:
Насколько я понял из документации Application Insights здесь (и здесь), я думаю, что рабочей области журнала также было бы полезно разделить их (по крайней мере) по среде, но вы можете использовать любые другие критерии разделения или группы, такие как бизнес-значение, коррелированные данные, политики RBAC, команда управления…
ИМХО, в вашем случае я бы создал 3 рабочих пространства (dev, test, prod) и связал каждое приложение Insights в соответствующем рабочем пространстве.