UAT-стенд может быть необходим по двум причинам:
1. Продолжительный релизный цикл — вам нужно пространство, где release-candidate может настояться недельку и окрепнуть
2. Диктатура кибербезопасности
В этом случае у вас на dev-test-стендах все работает, а в PROD приложение падает, потому что сетевых доступов нет.
Вот вы и вводите pre-prod стенд в максимально жесткой с позиции политик безопасности среде, чтобы все эти ограничения заранее пережить, перестрадать и включить в release plan

Пятничный вброс:
Кто-нибудь автотестирует своё приложение на PROD?

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

Пятничный вброс:
Кто-нибудь автотестирует своё приложение на PROD?

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

Вопрос-наброс уровня it-стратегии в части инфраструктуры: нужно ли pre-prod окружение, если оно не применяется для a/b тестов и демо?
Вводные: k8s, бэкэнд-системы в больших количествах, в основном монолитные, все закрыто автотестами. Под препродом понимаются боевые инстансы, на которые не идёт трафик, а лишь делаются минимальные проверки перед деплоем.

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

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

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

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

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

На понятном бизнесу языке. То есть – с денежной оценкой расходов и рисков.

Я понимаю эту мысль, и в такой формулировке с ней более, чем согласен. Но вопрос изначально был не про идеологию, а про то, есть ли у кого-то пре-прод и для каких задач используется, так как в моем случае качество релизов обеспечивается и без него. Но я плохо сформулировал запрос, поэтому диалог свернул не туда.

Я понимаю эту мысль, и в такой формулировке с ней более, чем согласен. Но вопрос изначально был не про идеологию, а про то, есть ли у кого-то пре-прод и для каких задач используется, так как в моем случае качество релизов обеспечивается и без него. Но я плохо сформулировал запрос, поэтому диалог свернул не туда.

мне кажется, вопрос “как вы используете инструмент Х” не совсем эффективно задавать вообще.

Вы ведь не говорите “о, станок с ЧПУ крутой, ребят, расскажите, че вы им делаете”