Надежность веб-сайта с высокой доступностью (HA), сбалансированная как на Azure, так и на AWS?

Question

У меня есть клиент, который хотел бы, чтобы их веб-сайт служил через инфраструктуру HA, распространяющуюся как на AWS, так и на Azure (по их собственным причинам). Я понимаю, что это невозможно - вы выбираете либо AWS, либо Azure, а затем балансировщик нагрузки сидит в стеке или автомасштабирует (используя, например, балансировку эластичной нагрузки через экземпляры EC2 в AWS).

Является ли мое понимание неправильным? Действительно ли это возможно? Заранее спасибо.

Answer 1

Используйте DNS load balancing, что в основном Round robin DNS.

балансировка нагрузки DNS практика настройки домена в системы доменных имен (DNS) таким образом, чтобы клиентские запросы к домену являются распределены по группе серверов машин. Домен может соответствовать веб-сайту, почтовой системе, серверу печати или другой услуге, доступной через Интернет через .

В вашем случае группа серверов распространяется через поставщиков облачных вычислений. Много предостережений и проблем, но это возможно.

См. Также Best way to load balancing between AWS and Rackspace. Аналогичный вариант использования.

Answer 2

Существует больше гибридных решений для облаков, чем просто балансировка нагрузки между службами, размещенными в обоих облаках.

Если вам нужна аутентификация, вам понадобится поставщик удостоверений. Какой из них вы выбрали и где он работает? Протоколы безопасности на обеих платформах не совместимы с AFAIK.

Где вы храните ваши данные и как вы храните их в синхронизации? Если вы используете SQL Server, вы можете использовать AlwaysOn между экземплярами, запущенными в обоих облаках. Но для других видов хранения данных вы, вероятно, сами по себе.

Что касается ссылочных данных, таких как ключи шифрования или секреты (например, строки подключения)? Собираетесь ли вы предоставить им два магазина? Вам нужно настроить контроль доступа для обоих магазинов.

Вашим службам или игрокам потребуется поддерживать ваш продукт на двух разных платформах, что значительно увеличивает затраты и ноу-хау.

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