Одно из моих основных приложений размещено на платформе веб-сайтов Windows Azure. Учитывая время простоя в пятницу, я понял, что мне нужно что-то, что позволяет моему приложению оставаться в сети, если в Azure снова произойдет сбой.
Моя текущая установка - это 1 экземпляр WAWS (с автоматическим масштабированием, установленным на 1..3 экземпляра при 70% ЦП) и SQL Azure в качестве серверной части.
Мне действительно нравится иметь функцию автоматического развертывания git WAWS, и я бы предпочел ее сохранить (веб-роли не могут легко автоматически развертываться), но какие еще решения я могу использовать для достижения HA + более низких задержек для большинства моих клиентов?
Я думал о следующих сценариях:
Что ты предлагаешь?
Первое: помните, что все у облачных провайдеров есть перебои в работе. Windows Azure не «пошла к черту», как вы выразились. В подмножестве услуг в определенном регионе происходил сбой, пока он не был устранен. Смена облачного провайдера не защитит вас от сбоев. Просто запустите его, и вы найдете множество подробностей о сбоях у нескольких облачных провайдеров.
Высокая доступность работающей службы всегда требует затрат, а приоритеты зависят от приложения. Если это веб-уровень, тогда вы действительно можете рассмотреть возможность размещения в нескольких регионах. Если это уровень внутренней обработки, иногда «нормально» позволить сервису перейти в автономный режим, пока запросы находятся в очереди. Если это система хранения (предотвращающая постановку сообщений в очередь), возможно, для целей резервирования может быть доступна альтернативная очередь в другом центре обработки данных.
К сожалению, нет единого правильного ответа, поскольку он будет зависеть от конкретного приложения.