по-хорошему да, так и должно быть. но я видел команды, где доступ к проду раздавали всем "на всякий случай", а стенд был один на всех и вечно сломанный) у вас прям жёстко разделено кто куда ходит?

Да, есть разделение. Новые стенды раскатываются с использованием тех же докер контейнеров за несколько минут, причём самим разработчиком или тестировщиком (в semaphore можно выбрать номер версии и запускается playbook, который проверит ресурсы на тестовом стенде, соберёт docker-compose, запустит его и добавит ссылку на стенд в load balancer ). На прод разработчиков совсем не пускают.

Стенды за пару минут это мечта, честно. А кто их у вас поддерживает, отдельный девопс или сами разработчики?

Девопсы написали плейбуки и поддерживают git + semaphore. DBA поддерживают наборы данных для разных стендов. Пользователи (тестировщики и разработчики) сами себе стенды запускают, если стенд не используется 30 минут - он останавливается.

Разработчики пытались отстоять самостоятельную поддержку стендов, получалось у них плохо и ситуация была примерно как у вас: тестовый стенд один и полурабочий или не рабочий всё время. Поэтому только жесткий контроль за разработчиками позволил выправить ситуацию.

Жёстко, но похоже только так и работает) У нас как раз разработчики "сами поддерживали", в итоге один полуживой стенд на всех. Автостоп через 30 минут простоя прям хорошая идея, утащу

да, недешево. но сломанный прод и человек, который ушёл через три месяца, выходят дороже. а у вас онбординг кто-то конкретный ведёт или кто свободен?

я в поиске, но нормального не встречал, везде “кидают в воду и смотрят на поведение”, тк считается, что это в коллективе адаптироваться помогает и самостоятельность проверяет, в общем у кого что по подсказкам выпросишь, кто чем сможет поделиться, кто-что помнит

Андрей, знакомо. Я теперь на собесах сам спрашиваю, кто первую неделю будет отвечать на мои вопросы и есть ли README по запуску проекта. Если мнутся, это уже ответ) А ты такое спрашиваешь?