Вопросы о DevOps: автоматизация, деплой и команда QA

+1

: +1

+1

в мастер

а куда ж еще

😆

толсто

На одной из собесов спрашивали, сколько сейчас у нас, ну я сказал как есть "четверо qa и 5 девелоперов". Офигение собеседника на том конце было слышно даже по телефону

В прошлой команде было типа 2 qa на четырёх девелоперов

Это билд инженер

Т.е. devops это типа админ, который следит за билдом, делает резервные копии и т.д.?

Он код пишет вместе с остальной командой

Т.е. вроде как 50/50, да?

Да

Ну и как он будет весь код знать

Полуадмин-полупрогер

да, чел там бывает по несколько дней не спит

Вот так оно обычно и бывает

Не повезло..

а то и вовсе пара на компанию

при чем компания со штатом 200 программеров и туева хуча проектов

не жирновато ли

Кстати, а сколько у вас QA на девелоперов?

Не

Это программист, который умеет админить

Это такой чувак, один на команду программистов, который половину времени пишет код, знает как работает код который пишет его команда, а другую половину занимается деплоем этого кода

Зависит от размеров команды и структуры

😂

Так поэтому я про концепции и спрашиваю, не?

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

ну так эту картинку же надо как-то понять) Понятно, что можно накостылить велосипедов и пройти по граблям самому, но если есть state-of-the-art решение данной проблемы - то наверное лучше сразу его попробовать применить?

я спросил - получил ответ - что подход норм, так и делают. Также на SO в паре ответов то же самое нашел. Значит пойду пробовать)

главное прод не урони )

пфф))))

если задач не уронить прод нет, тогда зачем париться про всякую непрервывную доставку и прочие глупости

потому что хочется меньше разгребать ситуации, когда локлаьно работает, а на проде нет

значит придется штудировать литературу и best practices

и хаусорднунг

>копируешь что-то в wwwroot где то на сервере с Apache, потом запускаешь chown

Забыл еще перед этим "25 минут усиленно вспоминаешь что же там с правами было и что надо дописать в конфиг" :)

Devops отдел это не опция

я имел ввиду, что деплоить баш скриптами что то большое и серьезное - не решение для современного devops процесса:)

Ты их пойди найди ещё. Я за всю карьеру только двоих годных встречал

Может троих максимум

Большие команды обычно не эффективны

Кого их, не нужно создавать девонской отделы с леворадикальной инженерами

насколько я понимаю, в идеале DevOps - это "образ мышления" что ли, а не инженер на команду/контору. И некоторые разработчики с более сильным operations background вовлечены в этот процесс чуть больше

Да

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

это как сравнивать что лучше python или assembler

deploy(source, to, config) ну да, но вот как этим управлять, со сборкой, репозиториями, откатами, тестами, несколькими средами. Как обеспечить атомарность операций внутри пайплайна на баше? Наверное равносильно написанию гитлаба на баше)