Могу ли я настроить понимание приложения в другом регионе?

Question

У меня есть все мои сервисы приложений в Azure East US, и мне было интересно, смогу ли я связать Application Insights, связанные с ними, в Azure West.

Мой вопрос, не вызывает ли это заметного падения производительности.

Интересно, если Восток США потерпит неудачу, сможет ли информация о приложениях (на Западе) что-то записать.

Спасибо

Answer 1

В соответствии с вышеизложенным @ZakiMa, они могут быть установлены в разных местах и ​​не влияют, если один из них выходит из строя.

Для производительности:

Я простоПолучив обратную связь от команды MS Application Insights, ответ не представляет проблемы с производительностью:

Insights приложения отправляет данные в свой бэкэнд асинхронно - поэтому фактическое время RT сети не должно иметь значения.

Кроме того, даже несмотря на то, что сведения о приложении находятся в восточной части США, конечные точки «ingest» распределены по всему миру, и телеметрия всегда отправляется в ближайшую доступную точку «ingest».

Подробности здесь .Надеюсь, это поможет.

Answer 2

Да, можно указывать на существующий ресурс Application Insights (который может находиться в любом месте).

В случае сбоя в работе в восточной части США это не должно повлиять на другие центры обработки данных.Application Insights должен иметь возможность регистрировать все, что ему отправлено (при условии, что приложение, работающее на востоке США, все еще работает).

Обновление : Как упоминал Иван, конечные точки загрузки распределены по всему миру.Хотя SDK отправит данные в ближайшую конечную точку, ответ 200 означает, что эта конечная точка сохранила данные в нужном центре обработки данных.

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

1. Между центрами обработки данных есть прямые и быстрые соединения.Таким образом, для восточной части США <=> западной части США (в том же регионе) задержка должна быть минимальной.
2. SDK отправляют данные в фоновом режиме пакетами, поэтому требования к задержке для входящих вызовов не являются строгими для достижения оптимальной производительности (у нас естьмного приложений большого объема, которые загружают данные телеметрии по регионам (даже не дата-центры}).