Комментарии 7
Все супер, но пост не про DevOps. PR в духе Success Story. DevOps = процессы + нишевые эксперты + интеграция и совершенствование опыта в команду. Тема не раскрыта.
А чем devops, описанный в статье отличается от выделенной команды админов и мониторщиков? Поймите правильно, это хорошая практика, и здорово что вы к этому пришли. Но не могу до конца понять, причём тут devops. Каждый раз когда слышу про «команду devops» вспоминаю статью devops на википедии и популярную некогда статью «There's No Such Thing as a „Devops Team“». И как я их понимаю — смысл devops как раз в том, чтобы это было частью существующей команды, а не отдельной командой.
Тем, что админы и мониторщики - это не модно, а DevOps - модно. Нынче каждый админ стремится в DevOps переименоваться. Часто именно что переименоваться.
С одной стороны DevOps — это в первую очередь практики и культура, с другой — у рынка сформировались представления о DevOps-инженерах, а аутсорс-компании админов заявляют, что делают DevOps и так далее.
Ситуация кажется довольно запутанной до тех пор, пока не пытаешься разобраться, что понимают под SRE :)
В нашем случае — Docker, Kubernetes, настройка пайплайнов Gitlab, выбор serverless стека — набор таких задач, насколько понимаю, чаще относят к DevOps.
Ситуация кажется довольно запутанной до тех пор, пока не пытаешься разобраться, что понимают под SRE :)
В нашем случае — Docker, Kubernetes, настройка пайплайнов Gitlab, выбор serverless стека — набор таких задач, насколько понимаю, чаще относят к DevOps.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Когда без выделенного DevOps — уже никуда. Кейс компании Geecko