Геораспределенное приложение Azure против одного региона
Я использую службу приложений Azure для настройки своего веб-сайта. У меня есть 2 экземпляра службы приложений Azure и 2 SQL Azure.
1 экземпляр службы приложений находится в центральной части США, а 1 экземпляр службы приложений - в центральной Индии. 1 экземпляр SQL находится в центральной части США, а другой - в центральной Индии.
Я использую Traffic Manager для маршрутизации трафика в любой регион.
Что меня смущает, так это то, что когда я получаю прямой доступ к индийскому серверу, кажется, что страница загружается с той же скоростью, что и сервер в США.
И оба, кажется, загружаются относительно быстро. Около 250-350 мс каждая для загрузки страницы без стилей, выполняющих один запрос к базе данных.
Означает ли это, что развертывание в нескольких регионах является излишним? Буду ли я лучше развернуть более крупный экземпляр в одном регионе?
1 ответ
Многорегиональная архитектура может обеспечить более высокую доступность, чем развертывание в одном регионе. Если региональный сбой влияет на основной регион, вы можете использовать Traffic Manager для переключения на дополнительный регион. Эта архитектура также может помочь в случае сбоя отдельной подсистемы приложения.
Кроме того, при настройке диспетчера трафика создайте конечную точку проверки работоспособности, которая сообщает об общем состоянии приложения, и используйте эту конечную точку для проверки работоспособности.
Конечная точка должна проверять критические зависимости, такие как приложения службы приложений, очередь хранения и база данных SQL.
В противном случае зонд может сообщить о работоспособной конечной точке, когда критические части приложения фактически не работают.
Для более подробной информации, вы можете обратиться к этой статье.