Как веб-сайты Azure с миграцией EF обеспечивают целостность при обновлении

Сценарий прост :с использованием первых миграций кода EF, с несколькими экземплярами веб-сайта Azure, БД приличного размера, например, 100 ГБ (, предполагая azure SQL ), множество активных одновременных пользователей… скажем, 20 000, черт возьми.

Цель :отправить обновление с активными пользователями, сохранить целостность при обновлении.

Я просмотрел все документы, которые смог найти. Однако основные детали, кажется, отсутствуют, или я явно не замечаю их. Когда Azure получает запрос на обновление через FTP/git/tfs, как он обрабатывает обновление? Что он делает с активными пользователями? Например, замораживает ли он входящие запросы ко всем экземплярам, ​​позволяет ли уже обработанным элементам завершиться, обновить/заменить ли каждый экземпляр, разрешить ли процесс миграции EF, а затем снова запустить трафик? Если он обновляет/обновляет все экземпляры одновременно, как он гарантирует, что миграция EF выполняется только один раз? Если он обновляет экземпляры в процессе непрерывного обновления (, обновляйте по 1 раз за раз без замораживания входящего трафика ).как он может обеспечить целостность, поскольку экземпляры в более старом состоянии потенциально могут сломаться?

Главный вопрос, каков реальный процесс после получения запроса на обновление? Каковы рекомендации по обновлению работающего веб-сайта?

12
задан Randy 19 August 2012 в 02:42
поделиться