DexterIvot_takoyDexterI,

Предполагаю что все доработки и стабилизации будут на этапе dev и test среды, т.е. после апрува ответственных лиц, продукт будет выкатываться в uat...
Система достаточно масштабны ритейл...Обучение новым фичам в uat среде, т.е. к дев и тесту бизнеса вообще не будет, в uat предпологается что ит практически не будет...

На счет новых релизов согласен, есть затык, его я не совсем учел...:( Как тогда быть?
Зависит от релизной политики...

ДЕВы и ТЕСТы надо умножать на количество релизов находящихся в производстве..

Например, имеет 2 релиза в производстве:
Момент времени T1:
1. Среда ДЕВ1: заканчиваем разработку релиза 1
2. Среда ТЕСТ1: начинаем тестирование релиза 1
3. Среда ДЕВ2: начинаем разработку Релиза 2

Момент времени T2:
1. Среда ДЕВ1: начинаем разработку релиза 3
2. Среда ТЕСТ1: Заканчиваем тестирование релиза 1
3. Среда UAT: начинаем UAT релиза 1
4. Среда ДЕВ2: заканчиваем разработку релиза 2
5. Среда ТЕСТ2: начинаем тестирование релиза 2


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

Советую так же учитывать, что при разработке нескольких больших проектов на одной базе ДЕВ разработчики могут не ужиться (будут дорабатывать одни и теже объекты и т.п), так что, возможно баз разработки придется делать еще больше, при этом перед тестированием все проекты придется "скрещивать" между собой в один релиз...
Все зависит от. На практике всегда бывает так что релиз 1 и релиз 2 имеют НЕПЕРЕСЕКАЮЩИЙСЯ функционал и могут жить
на одном стенде. У нас таких релизов живут параллельно ДЕСЯТКИ !! И все работает. Пересекающийся функционал естественно ждет попадания в прод. Но у нас это быстро.
В схеме же с несколькими девами - гораздо проще поиметь проблем с их рассинхронизацией.

vot_takoyТоварищи,

Может быть вопрос не совсем сюда, но тем не менее, подскажите пожалуйста как лучше постороить тестовую инфраструктуру. Пока мне видеться так:
DEV среда - для разработчиков.
Test среда - для тестировщиков.
UAT - для тестирования бизнесом.
Prod - он же prod.

Какие слабые места в данной инфраструктуре? Или что я упускаю из виду.

Спасибо :)
Все ок, но надо проработать несколько ньюансов перед работой:

1. Какие данные будут лежать на каждой среде. Если на деве - левые и объемы маленькие, на тесте - тестовые и тоже мало, то где проводить нагрузочное? То есть надо тогда решить что на тесте будут объемы приближенные к боевым - и тогда там и мощности должны быть боевые, либо боевые данные только на UAT среде и тогда там придется нагрузочное проводить!

2. Синхронизация данных между средами. Как и когда -регламент.

3. САМОЕ ГЛАВНОЕ - не допускать хотфиксов сразу на прод, в обход остальных. Точнее они-то по любому будут, но строго следить, чтобы все хотфиксы обязательно! попадали на все среды!!