Какой набор данных нужно использовать, когда роль Azure находится в промежуточном развертывании?

Question

Промежуточные развертывания AFAIK предназначены для тестирования ролей Azure, что подразумевает, что я могу развернуть роль с ошибками в коде в стадии подготовки.Если эта ошибка повредит мои данные, я могу быть ввернут.

Как мне это исправить?Я не могу поставить роль без разумных данных (это сложно проверить) и не могу позволить нестабильной роли повредить данные.

Нужно ли поддерживать отдельный набор данных для подготовки?Как обычно решается эта проблема?

Answer 1

Промежуточные развертывания AFAIK предназначены для тестирования ролей Azure, что подразумевает, что я могу развернуть роль с ошибками в коде в подготовке.Если эта ошибка повредит мои данные, я могу быть испорчен.

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

Как мне решить эту проблему?Я не могу поставить роль без разумных данных (сложно проверить) и не могу позволить нестабильной роли повредить данные.

Я обычно тестировал в среде разработки с поддельными даннымиили развернут как отдельный сервис Azure с поддельными данными.Однако я признаю, что такого никогда не было в ситуации, когда мне требовались огромные объемы данных для тестирования - обычно эти тесты были тестовыми развертываниями только с 1 или 2 пользователями.

Answer 2

Постановка, как среда, предназначенная для точного моделирования вашей производственной среды, , включая данные .

У нас есть следующая стратегия: производство - это производство, подготовка связана с той же БД, что и подготовка, потому что обновления в Azure работают так же, как и они; Это означает, что я хочу иметь возможность обновить мое промежуточное развертывание, дать клиенту возможность проверить еще раз, а затем поменять местами VIP-персон для развертываний, тем самым беспрепятственно перемещая приложение. Для тех случаев, когда в базе данных критические изменения , мы решили либо создать новое развертывание полностью, либо отключить производственное развертывание, уведомив пользователей об обслуживании.

В конечном итоге это все, что вы решите. Но опять же, принимая во внимание, как устроен Azure, я бы посоветовал сохранить данные реальными и считать это «программой» бета-доступа. Если, конечно, у вас нет других требований. Но это не главное.