Как-то в 2008 году чёрт меня дёрнул откликнуться на вакансию, в которой было написано "нам нужен Стив Джобс, готовый взять на себя все вопросы создания и развития проекта". Ну, про Стива там точно было в таком духе.
На поверку выяснилось, что надо сделать систему учёта талонов на бензин для водителей какого-то холдинга.
долбиться в сракотан и упарывать вещества в должностной инструкции было? Ох уж эти HR с фантазией
Вопрос-наброс уровня it-стратегии в части инфраструктуры: нужно ли pre-prod окружение, если оно не применяется для a/b тестов и демо? Вводные: k8s, бэкэнд-системы в больших количествах, в основном монолитные, все закрыто автотестами. Под препродом понимаются боевые инстансы, на которые не идёт трафик, а лишь делаются минимальные проверки перед деплоем.
Им такой стенд не нужен, так как это атавизм из времён, когда автотестов и health / life чеков не было вовсе. Тут вопрос не про здравый смысл, а про то, как у кого бывает. Например, санити-чек на препроде до выкатки, как обязательная часть процесса
UAT-стенд может быть необходим по двум причинам: 1. Продолжительный релизный цикл — вам нужно пространство, где release-candidate может настояться недельку и окрепнуть 2. Диктатура кибербезопасности В этом случае у вас на dev-test-стендах все работает, а в PROD приложение падает, потому что сетевых доступов нет. Вот вы и вводите pre-prod стенд в максимально жесткой с позиции политик безопасности среде, чтобы все эти ограничения заранее пережить, перестрадать и включить в release plan