Что такое DevOps — просветите программиста

Andrey Sanin Junior .NET Developer 30.03.2019 13:30

как я понял

DevOps

это типа завуалированный Full Stack Developer...

Відповісти

Підтримати

Vladyslav Melnyk 30.03.2019 13:58

Только девелопмент обычно ограничивается yml,json,xml конфигами и powershell/bash. То есть это не девелопмент продукта а девелопмент инфраструктуры под продукт)

Відповісти

Підтримати

Andrey Sanin

Włodzimierz Rożkow інфлюенсер в t.me/full_of_hatred 15.03.2019 20:12

Хотів написати про devops в 2019 а потім побачив шо треду вже 6 років...

Девопси вже не в моді.

Відповісти

Підтримати

Daria Golovach Community Manager в Innovecs 15.03.2019 18:00

Смотрите, что у меня есть: dou.ua/calendar/25941 ! прошло 6 лет )) Все знают, что такое Девопс теперь, а у нас куча полезной инфы уже 20.03. Присоединяйтесь!

Відповісти

Підтримати

Rostyslav Siryk Консультант в GlobalLogic 08.08.2018 13:55

Пройшло 5 років — і з’явилася розгонута + коректна відповідь на запитання посту:
dou.ua/...rticles/devops-culture-0

Відповісти

Підтримати

anonymous 21.05.2018 22:44

-

Відповісти

Підтримати

Peter Kurbatsky Starszy Specjalista ds. rozwoju Infrastruktury Aplikacji 22.05.2018 09:24

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

Відповісти

Підтримати

anonymous

Olya Kapinos Head of Marketing в Skyworker 18.09.2017 13:59

-

Валентина Шимкович 31.05.2016 11:21

Написала статью о том, кто такой devops-engineer — dou.ua/...devops-engineer-position

Відповісти

Підтримати

helgisbox helgisbox 06.09.2016 14:44

Прочитал, получается, devops — это своеобразный стрелочник, который вроде как и специалист в чем-то, но если что-то не так будет на продакшене, то это не он до конца «помог разработчику» вычистить код.

Відповісти

Підтримати

Валентина Шимкович

Alyona Romankevich Looking for an ambitious Key Account Specialist to join ALC 13.04.2016 17:39

skillswiki.net/...016/02/02/what-is-devops

Відповісти

Підтримати

Ievgen 29.04.2015 05:29

А нафига для этого отдельный чувак?
Ведь можно автоматизировать процесс деплоймента один раз, выполнив соответствующие настройки в TeamCity, Jenkins, BuildForge, etc. Прикрутить проверку стандартизации кода, юнит тесты и тп. Навесить тригеров на автоматический деплой, раздать права для мануального деплоя нужным людям и все. Я имею ввиду, что это краткосрочная работа. Содержать для этого отдельного человека, если у вас не 100500 проектов, как минимум не выгодно.

Відповісти

Підтримати

Нестор Иванович 29.04.2015 06:12

то вы не видели больших проектов просто — от сюда столь наивные возрения

Відповісти

Підтримати

Ievgen

Ievgen 29.04.2015 06:22

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

Відповісти

Підтримати

Нестор Иванович

Нестор Иванович 29.04.2015 07:16

ну я вот взвесил свой вокспейс в эклипсе — 350K+ файлов — думаю что большим можно считать
у нас на проекте инсталлера — два фул тайм инжинера и работы им хватает ( проект активно разрабатывается-)
деплоймент у клиентов — отдельная команда — тк очень чуствительные кастомеры + довольно сильно отличаются окружения и что и как делается
горы скриптов для всего
в итоге у нас можно накатить любую версию куда угодно очень просто и наглядно (конфигурации есть для всего — и разлить приложение на 10ток серверов — вообще гвно вопрос) — но это требует постоянной поддержки чисто в силу количества движущихся частей

Відповісти

Підтримати

Ievgen

anonymous 29.04.2015 12:38

Коментар порушує правила спільноти і видалений модераторами.

Andrey Rogovsky Допомагаю знайти першу роботу в IT для Трейні та Джунів на topizda.to 15.03.2019 19:50

Большой проект, это сборка которого стоит не менее ста долларов за каждый коммит с автотестом

Відповісти

Підтримати

Ievgen

Oleksandr Velychko IT-technologies 22.01.2018 12:06

Может для всего описанного тобой и нужен отдельный чувак ??

Відповісти

Підтримати

Ievgen

Нестор Иванович 29.04.2015 02:38

попытка сделать из разработчиков членодевок и подвязать на сношения с продакшен деплойментом
плохо приживается в ынтерпрайзе как я вижу тк деплойменты кастомные для каждого заказчика зачастую
хорошо приживается в b2c проектах

Відповісти

Підтримати

anonymous 28.04.2015 23:06

Если кратко — you build it, you run it.

Відповісти

Підтримати

Sergii Voloshyn Product Manager в DOU.ua 28.04.2015 20:01

DevOps вакансии на ДОУ:
jobs.dou.ua/vacancies/?search=DevOps

Відповісти

Підтримати

Tim Tretyak ASM, TS Consultant в Hewlett Packard Enterprise 28.04.2015 22:56

О!
Из вакансий четко видно, что ищут сисадмина со знанием руби и Chef (ну — Дженкинс тоже, но с тем проще). Ну да — еще Git, конечно.
Вот интересно — что по деньгам? Есть какая-то информация?

Відповісти

Підтримати

Sergii Voloshyn

Sergii Voloshyn Product Manager в DOU.ua 28.04.2015 23:01

Вот интересно — что по деньгам? Есть какая-то информация?

jobs.dou.ua/...c=&exp1=0&exp2=10
www.salarycheck.org/DevOps

Відповісти

Підтримати

Tim Tretyak

Tim Tretyak ASM, TS Consultant в Hewlett Packard Enterprise 28.04.2015 23:09

Гмм, спасибо.
Интересная информация для размышления (куда двигать админам).

Відповісти

Підтримати

Sergii Voloshyn

Sergii Voloshyn Product Manager в DOU.ua 28.04.2015 23:15

Еще вспомнил старый твит Макса:
twitter.com/...status/349150541819043841

А сегодня я обнаружил, что на ДОУ больше DevOps вакансий, чем админских (хотя граница, конечно, размыта) и сделал категорию DevOps основной на jobs.dou.ua

Відповісти

Підтримати

Tim Tretyak

Yura Kuka Project Manager 29.04.2015 03:51

Вот как-то обидно сразу стало

Відповісти

Підтримати

Sergii Voloshyn

Olexandr Minzak Systems Engineer / SysAdmin / DevOps 12.11.2014 14:42

Так раз это такие чуда мастера эти DevOps — то видимо они «потеснят» нанесут урон карме и важности PM!? Они же все важные моменты сами сделают..

Відповісти

Підтримати

anonymous 12.11.2014 14:54

-

Відповісти

Підтримати

Olexandr Minzak

Olexandr Minzak Systems Engineer / SysAdmin / DevOps 12.11.2014 14:59

Такие люди/методы ведь могут облегчить работу ПМу ? Или ПМ никогда не мечтал чтобы разношерстная команда сама подружилась и была самодостаточной..

Відповісти

Підтримати

anonymous

Gremlin 03.12.2013 21:38

Вот набирают на курсы девопсов
softserve.ua/...a/course-devops
только надо английский на разговорном уровне и техническая грамотность.

Відповісти

Підтримати

Mykola Gurov тролль 27.11.2013 09:29

ИМХО девопс это в первую очередь «разрушение стен», т.е. вместо девелоперов заливающих код «там разберутся» и админов «что эти обезьяны опять наломали?» — с зачастую в принципе диаметрально противоположыми интересами, вместо этого стремимся к девелоперам которые понимают нужны опсов, админы — лучше понимающие цели девелоперов и все вместе работающие над общей целью частых релизов стабильного, хорошо отмониторенного и управляемого кода.

Заменять два человека одним не обязательно и зачастую вредно. С другой стороны один СТО/девелопер/админ который «знает все» — это не девопс. Это просто продвинутый чувак. Девопс — это культура.

Цель частых релизов вызывает необходимость полной автоматизации и версионирования процесса развертывания, переиспользования этой процедуры на более ранних этапах тестирования и разработки -> continuous integration.

Відповісти

Підтримати

Artem Marchenko CTO в Treamer Oy 27.11.2013 00:32

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

В чистом виде встречается нечасто: обычно всё-таки больше либо дев, либо опс, но вот у нас, например, CTO — действительно шарит во всём этом.

Відповісти

Підтримати

Pavel Antonenko TPM в Snap Inc. 27.11.2013 18:18

CTO врядли подымает сервера и фиксит баги :) Во всяком случае на регулярной основе.

Відповісти

Підтримати

Artem Marchenko

Artem Marchenko CTO в Treamer Oy 27.11.2013 18:22

Так-то от компании зависит. В софтверном стартапе из трёх человек я ожидал бы от CTO основного кода, а вот для Микософта это было бы одозначно ужасным сигналом :)

Відповісти

Підтримати

Pavel Antonenko

Mykola Gurov тролль 28.11.2013 12:18

в компании из 3х человек CTO только по визитке таковым является.

Відповісти

Підтримати

Artem Marchenko

Viktor Kryvyziuk 26.11.2013 22:29

Мне по описанию очень Configuration Management напоминает. Интересно — это одно и то же?

Відповісти

Підтримати

Bogdan Shyiak SE or Dev 26.11.2013 22:47

Мне по описанию очень Configuration Management напоминает. Интересно — это одно и то же?

Зависит от того что вы включаете в понятие «Configuration Management». В старом смысле (ITIL и тд), то нет. Если в смысле использования Chef/Puppet и выкатывания на продакшн серваков целиком (образов), вместо деплоя приложение на сконфигурированные среды на серверах (например, деплой в WebSphere), то да, ДевОпс — это «культура/движение» поверх такого способа выкатывания с продакшн.

Відповісти

Підтримати

Viktor Kryvyziuk

Sergey Khaperskov Lead Engineerist 27.11.2013 01:31

Не зря напоминает. Configuration Management — это процесс, а DevOps — методология этого процесса.

Відповісти

Підтримати

Viktor Kryvyziuk

reality_hacker 27.11.2013 01:46

Процесса и методологии как то мало, еще должны быть идеология, подход, классификация, разделение на роли, принципы, модель, шаблоны, технология, контекст, субьект и обьект, концепция, и тогда можно метить в гуру.

Відповісти

Підтримати

Sergey Khaperskov

Sergey Khaperskov Lead Engineerist 27.11.2013 02:51

Та зачем, если и при подходе «хуяк-хуяк и в продакшн» на работу берут.

Відповісти

Підтримати

reality_hacker

reality_hacker 27.11.2013 04:25

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

Відповісти

Підтримати

Sergey Khaperskov

Sergey Khaperskov Lead Engineerist 27.11.2013 06:48

Если сайтик склепать типа ДОУ, то команда из 2-х человек без процессов будет быстрее и лучше. А если МКС на орбиту запустить, то обосрутся плоские команды без процессов и формальностей.

Відповісти

Підтримати

reality_hacker

reality_hacker 27.11.2013 07:03

Это потому что эта область традиционно окупирована государственными бюрократическими компаниями.

Відповісти

Підтримати

Sergey Khaperskov

Sergey Khaperskov Lead Engineerist 27.11.2013 07:09

Да нет, это потому что там над одним проектом приходится работать тысячам людей, часто из разных компаний и разных стран.

Відповісти

Підтримати

reality_hacker

reality_hacker 27.11.2013 07:11

И как здесь становятся обязательны процессы и бюрократия?

Відповісти

Підтримати

Sergey Khaperskov

Sergey Khaperskov Lead Engineerist 27.11.2013 07:18

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

Відповісти

Підтримати

reality_hacker

reality_hacker 27.11.2013 07:24

Это там где трудятся хомячки из индии, им нужны процессы что бы контролировать их разгильдяйство. Сейчас наоборот продвинутые конторы стремятся к flat структурам, аджайлу, стартап environment, креативу и т.д.

Відповісти

Підтримати

Sergey Khaperskov

Sergey Khaperskov Lead Engineerist 27.11.2013 07:46

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

Відповісти

Підтримати

reality_hacker

reality_hacker 27.11.2013 07:49

Про высшее образование, ты навыдумывал. Техник это wtf?
Про менеджеров и архитекторов где то так.
Твой переход на личности без всяких аргументов характеризует исключительно твою культуру ведения дискуссии.

Відповісти

Підтримати

Sergey Khaperskov

Rojer Coke 11.11.2018 00:11

Без иерерхии в управлении-невозможно, проверено. Так или иначе, рано или поздно это всегда становится очевидным. Вы просто еще не сталкивались с серьезными задачами, либо не успели нахлебаться.

Відповісти

Підтримати

reality_hacker

Rojer Coke 11.11.2018 00:09

Формальное высшее образование-это действительно не панацея(все это вполне осваивается самостоятельно), во всем остальном-почти полностью согласен.

Відповісти

Підтримати

Sergey Khaperskov

Dmytro Lapshyn Tech Lead в Fulcrum Rocks 27.11.2013 20:55

стремятся к flat структурам, аджайлу, стартап environment, креативу

Вот как раз про этот случай как нельзя лучше подходит фраза товарища Сталина «Кадры решают всё». И вот с ними-то, родимыми, и беда. Чтобы работать во flat-структуре, стартап-енвайронменте и т.п., нужен особый менталитет, который я бы назвал «сам себе немножечко предприниматель». А таких людей, даже «в IT, где работают умные люди» © Слава Панкратов — очень и очень немного.

Что какбе плохо согласовывается с агрессивными планами роста «лидеров рынка».

Відповісти

Підтримати

reality_hacker

reality_hacker 27.11.2013 20:57

Зато в долине таких вполне хватает

Відповісти

Підтримати

Dmytro Lapshyn

Dmytro Lapshyn Tech Lead в Fulcrum Rocks 27.11.2013 23:16

Так кто бы спорил... долина в этом смысле — место, в принципе, особое

Відповісти

Підтримати

reality_hacker

reality_hacker 27.11.2013 23:17

Ну других тоже хватает, просто они работают в разных компаниях. Сегрегация начинается еще на уровне собеседования.

Відповісти

Підтримати

Dmytro Lapshyn

Rojer Coke 11.11.2018 00:12

Вы думаете там все без разбору на ажайлах сидят? Вы наивный наверное.

Відповісти

Підтримати

reality_hacker

Rojer Coke 11.11.2018 00:06

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

Відповісти

Підтримати

reality_hacker

Rojer Coke 11.11.2018 00:11

Нет, ты просто не совсем понимаешь, что в сложных структурах и продуктах-нужна обязательная четкая иерархия и раздерение полномочий, по самыс разным объективным причинам

Відповісти

Підтримати

reality_hacker

Valentin Nechayev архімаггриб в Дарницькі печери 13.11.2014 09:26

Что вы сразу в мелочи? Начинать надо с дискурса и парадигмы.

Відповісти

Підтримати

reality_hacker

Anatoliy Dobrosynets Operations engineer в N-iX 26.11.2013 15:22

Павел, я думаю ви якраз добре вловили суть проблеми — «нужно много и качественно деплоить билды», «разрушить стену непонимания между development и operation».

Відповідь треба шукати в статтях/презентаціях за 2010-й рік, саме тоді термін вперше почали використовувати. В теперішніх статтях багато води і маркетингу, за якими, на жаль, втрачається суть, і виходить отак: tinyurl.com/bblvhww

Отут коротко але добре написано що є а що не є devops: dev2ops.org/...what-is-devops
А тут чудова презентація від Патріка Дебо : www.slideshare.net/...character-makes

Відповісти

Підтримати

Pavel Antonenko TPM в Snap Inc. 26.11.2013 15:39

Спасибо, презентация шикарная :)

Відповісти

Підтримати

Anatoliy Dobrosynets

Eugene Batovsky independent 26.11.2013 15:22

Методология — это все-таки метод, то есть ответ на вопрос как, и ответ полный. Это про отношение разработчиков, админов и менеджеров. Вопрос про культуру общение и взаимных отншений, свежый взгляд на работу команд разработки и администрирования. Не больше, все процессы под контролем, но знания про них общие.

Відповісти

Підтримати

Yuriy Gerasimov Lead Developer в ImageX 26.11.2013 14:27

Я полностью согласен, что очень не очевидно разницу между админами и девопсами. В современных веб приложениях (уверен это самый простой случай) есть масса работы по конфигурированию серверов (через всякие vagrant, chef, puppet) плюс инструменты для деплоя (shell скрипты, phping, capistrano и т.д.) плюс настройка continuous integration (деплойменты, тестирование). Другими словами сейчас админам нужно неплохо разбираться в технологиях проекта чтоб поддерживать систему в рабочем состоянии. Наверное и потому появилась приставка «дев» у админов.

Відповісти

Підтримати

Dmitry Zhmurko админ 28.11.2013 09:58

И в дополнение — админы, которые Development Operations, пишут многое с нуля. В каком-то смысле «программируют» системы (vagrant, chef, puppet). В этом отличие от прежнего подхода «поставить софт — настроить его параметры»

Відповісти

Підтримати

Yuriy Gerasimov

Sergii Surskykh Software Engineer 29.11.2013 12:27

То есть есть определенная аналогия между тестерами и автоматизаторами тестирования?

Відповісти

Підтримати

Dmitry Zhmurko

Pavel Antonenko TPM в Snap Inc. 29.11.2013 12:32

Кстати да, мне кажется это хорошая аналогия.

Відповісти

Підтримати

Sergii Surskykh

Gremlin 29.11.2013 19:12

определенная аналогия между тестерами и автоматизаторами тестирования?

или между тимой тестеров и стаей кошек))

Відповісти

Підтримати

Pavel Antonenko

Bogdan Shyiak SE or Dev 29.11.2013 16:46

То есть есть определенная аналогия между тестерами и автоматизаторами тестирования?

Если проводить аналогии админов и тестеров, то и тестеры и автотестеры — это все равно Опс. А ДевОпс — это разработчик который пишет авто-тесты, в том числе и приемочные (там АТДД/БДД и тд).

Відповісти

Підтримати

Sergii Surskykh

Grez 05.12.2013 14:04

Помню в одной маленькой продуктовой компании все было смешанов кучу: тестеры, админы, саппорт. И это было довольно эффективно.

Відповісти

Підтримати

Sergii Surskykh

Val Sichkovskiy Software Engineer 26.11.2013 14:05

Так собственно как, кроме того, что стены надо рушить, внедрять DevOps, и как проверить по девопсу наши админы работают или нет?

Если последний дев билд можно по клику задеплоить в продакшн — значит по девопсу

Відповісти

Підтримати

Pavel Antonenko TPM в Snap Inc. 26.11.2013 14:56

То что это правильная цель — ясно и без девопса. В тот момент, когда она достигается, отдел моментально переименовывается?

Відповісти

Підтримати

Val Sichkovskiy

Val Sichkovskiy Software Engineer 26.11.2013 17:01

Когда и кого переименовывать это лирика, к делу имеет мало отношения. Если у вас есть возможность деплоить по кнопке последний билд, девопс вам не нужен...точнее вы его и так уже заимплементили :)

Відповісти

Підтримати

Pavel Antonenko

Gremlin 03.12.2013 22:21

devopsreactions.tumblr.com/...loyment-at-last

Відповісти

Підтримати

Val Sichkovskiy

Bogdan Shyiak SE or Dev 03.12.2013 23:20

Если последний дев билд можно по клику задеплоить в продакшн — значит по девопсу

Наше дело задеплоить. А вот уже шо будет в продакшене — это не проблемы наши проблемы. И если билд упадет в час ночи, то звоните админам?
Удивлен что «DevOps в EPAM» ни слова не сказал про системы мониторинга, про упрощение траблшутинга.
ДевОпс — это сильно дальше чем «деплой билда» (что вполне подпадает под какой-то Континьюс Деливери).
.
Дальше троллинг:
Посмотрел я ваш линкедИн

National Technical University of Ukraine ’Kyiv Polytechnic Institute’
2008 — 2012

Вам часом не 23 года? :)

Відповісти

Підтримати

Val Sichkovskiy

Val Sichkovskiy Software Engineer 04.12.2013 00:17

Автор треда задал вопрос, на который невозможно ответить однозначно. На что получил максимально простой ответ :)
По-моему и не только моему мнению — continuous delivery is an absolute requirement of DevOps practices. Если в команде это работает, то о других вещах уже на 99% позаботились.

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

PS уже не 23 и ещё не синьор ;(

Відповісти

Підтримати

Bogdan Shyiak

Bogdan Shyiak SE or Dev 04.12.2013 11:42

По-моему и не только моему мнению — continuous delivery is an absolute requirement of DevOps practices.

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

А континьюс деливери “их что ли только во время популяризации девопс придумали?” :)

Автор треда задал вопрос, на который невозможно ответить однозначно. На что получил максимально простой ответ :)

Простой и не правильный, вводящий в заблуждение. И вот почему:

continuous delivery is an absolute requirement of DevOps practices

Вот в универах весь первый курс обясняют что “необхідно” и “достатньо” — это принципиально разные понятия.
А вы из выполнения необходимого (на мой взгляд совсем даже не необходимого) условия, делаете вывод об истенности утверждения — что является логической ошибкой.

Відповісти

Підтримати

Val Sichkovskiy

Val Sichkovskiy Software Engineer 04.12.2013 14:05

Вы действительно думаете что континиус деливери в мало-мальски сложном с точки зрения инфраструктуры проекте возможен без налаженного взаимодействия между дев и опс командами?:)

Відповісти

Підтримати

Bogdan Shyiak

Bogdan Shyiak SE or Dev 04.12.2013 15:42

Вы действительно думаете что континиус деливери в мало-мальски сложном с точки зрения инфраструктуры проекте возможен без налаженного взаимодействия между дев и опс командами?:)

Я это знаю. Нима ни какого ДевОпса, даже наоборот девы и опсы постоянно ругаютсо (в основном на этапе того же траблшутинга), а континьюс деливери есть.
Знаю ситуации когда нима возможности «задеплоить одной кнопкой» (речи о континьюс деливери так же нет), а ДевОпс есть.
Поэтому повторю:

ДевОпс — это сильно дальше чем «деплой билда»

Відповісти

Підтримати

Val Sichkovskiy

Val Sichkovskiy Software Engineer 05.12.2013 02:05

Коротко суть того, что я имел в виду (видимо логическую цепочку у Вас построить не получается, прийдется так):

Как было раньше (к сожалению, есть кое-где и сейчас):

Девелоперы надевелопили и захендовирили оперейшенс команде, которая с удивлением узнает что вместо мускула уже нужен монго, вместо джрокита — хотспот, а в нужном влане не проброшены порты. Да и как это все дело толком заведется на боевых серверах — никто не знает.

Как сейчас (как дожно быть):

Все эти вопросы выясняются на стадии планирования с непосредственным участием оперейшнс, все возможные проблемы выявляются на ранней стадии, от некоторых фич приходится отказаться (не по сесурити, тяжело деплоить и т.д.). В итоге когда дженкинс зажигает зеленый свет на последнем билде — можно сразу же нажать кнопку и задеплоить в продакшн, со стороны опсов все готово. Понятно, что в большинстве случаев сразу никто не деплоит по объективным причинам, но тут уже от специфики зависит :)

Кто с кем ругается это вообще вопрос вторичный. Не менее редко девы ругаются с девами (например, во время код ревью xD), а опсы с опсами. Тут больше зависит от профессионализма и мендежмента зависит, чем от того кто какую религию исповедует.

По теме девопс (как и по аджайлу) вообще столько воды написано, что порой аж читать противно, сразу рвотный рефлекс.

Ну и в заключение — i.imgur.com/3CS31.jpg

Відповісти

Підтримати

Bogdan Shyiak

Bogdan Shyiak SE or Dev 05.12.2013 13:11

Все эти вопросы выясняются на стадии планирования с непосредственным участием оперейшнс, все возможные проблемы выявляются на ранней стадии, от некоторых фич приходится отказаться (не по сесурити, тяжело деплоить и т.д.).

Все это было в больших конторах и до появления термина ДевОпс: Собираетсо 100500 митингов чтобы выяснить почему надо юзать ВебСферу для простого сервиса, почему надо в дтацентре на РХЕЛах поднять Дебиан-сервера.
А теперь сказочка:
После всех митингов, даже написан скрипт который выкачивает артефакты, запускает все необходимые сервисы, и сервера начинают отвечать на запросы. Ура товарищи! У нас ДевОпс (и это в 2005 году и без всяких там руби-хипстеров).
.
По вашему определению, мы получили ДевОпс. Деплой прошел без проблем, новую версию выкатывает в любой момент.
.
Проходит неделя. Серваки начинают падать один за одним. Опс присылают дампы памяти (по процедуре так). У них просят логи которые ведет само приложение, логи никто не дает (секурити), __митинги__ и логи дали. По логах похоже что не чистится темповая папка. Доступа к серверам нет (уже не по секурити, а потому что начальник опсов в отпуске). __Митинги__, и опсы говорят что таки да темп выедаетсо. За время митингов уже нашли и пофиксили проблему.
.
От такой пот интересный ДевОпс, может эта история поможет вам как человеку «который умеет строить логические цепочки» понять что:

ДевОпс — это сильно дальше чем «деплой билда»

Реальный ДевОпс начинается уже после выкатки билда. И не так важно одной кнопкой или руками по описанному сценарию его выкатывали.
И не так важно «Дженкинс зеленый или нет» (знаю случаи когда выкатывали билд с некоторыми свалившимися тестами, потому что это было уместно в конкретной ситуации)

Відповісти

Підтримати

Val Sichkovskiy

Włodzimierz Rożkow інфлюенсер в t.me/full_of_hatred 26.11.2013 12:52

Девопс это отношение к инфраструктуре как коду.

Відповісти

Підтримати

Sergey Shalayev Project manager в Cprime Studios 26.11.2013 12:39

У нас девопсами называют разработчиков, которые программируют под инфраструктуру. Автоматизация всяческая, мониторинговые системы, синхронизация данных и прочее. Например, такая задача — практически по одному клику поднять уменьшенную копию продакшн инфраструктуры, чтобы одна из команд могла развернуть свой бранч для тестирования.

Відповісти

Підтримати

anonymous 26.11.2013 12:07

-

Sergii Voloshyn Product Manager в DOU.ua 26.11.2013 10:43

Может еще на таких событиях можно спросить:
dou.ua/calendar/4154

Відповісти

Підтримати

ScorpZ Lapshov C++/C# && other programmer в AMC Bridge 26.11.2013 11:48

Коментар порушує правила спільноти і видалений модераторами.

Bogdan Shyiak SE or Dev 25.11.2013 22:05

Так собственно как, кроме того, что стены надо рушить, внедрять DevOps, и как проверить по девопсу наши админы работают или нет?

Нет. Ваши админы работают не по ДевОпсу. По одной причине — они у вас есть, админы — это чистые Опс.
Если очень кратко: ДевОпс — это когда __программист__ (Дев) очень сильно вовлечен в процесс эксплуатации системы (Опс). Например, команда разработки занимается/участвует в деплое приложения, настройке окружения, анализирует логи и тд. Чем-то похоже на то как в студенческие годы многие делали сайты (не только написать код, но и выкатить на хостинг и админить потом), только уже на более серьезном уровне. Особо актуально в условиях стартапов и работы в облаках.
.
Не исключено что раввины от программирования уже навернули 100500 принципов поверх этого.

Відповісти

Підтримати

Нестор Иванович 25.11.2013 23:10

да вроде не навернули пока. К сожалению в силу трендововсти в это дело устремились еба№ые руби хипстеры, что приводит к существенному росту невменяемой ереси происходящей на продакшенах.

Відповісти

Підтримати

Bogdan Shyiak

Kostya Golikov SE в Grid Dynamics 26.11.2013 13:46

а кто там был до руби хипстеров? как само направление то появилось?

Відповісти

Підтримати

Нестор Иванович

Нестор Иванович 27.11.2013 03:17

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

Відповісти

Підтримати

Kostya Golikov

Kostya Golikov SE в Grid Dynamics 27.11.2013 14:56

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

Відповісти

Підтримати

Нестор Иванович

Нестор Иванович 28.11.2013 05:29

да что в лоб, что по лбу.

Відповісти

Підтримати

Kostya Golikov

Pavel Antonenko TPM в Snap Inc. 26.11.2013 10:38

Значит человек DevOps должен быть и админом и девелопером одновременно? Проблема в том что девелоперы редко хотят уходить головой в поддержку.

Відповісти

Підтримати

Bogdan Shyiak

Sergey Hizhnyak QA Manager в Readdle 26.11.2013 11:36

Как-то был в командировке в одной конторе — там ДевОпс был в виде админа, который еще и програмил (т.е. не разработчик, который еще и админ, а наоборот — больше уклона в администрирование). Занимался этот чувак разворачиванием и поддержкой систем мониторинга и траблшутинга продукта. Для этого дела, помимо настройки системы и софта, писались кучи скриптов для интеграции разного мониторинг софта, прикручивался и кастомизировался репортинг.
Т.е. это скорее всего админ, который по необходимости разрабатывает что-то необходимое для поддержки.

Відповісти

Підтримати

Pavel Antonenko

Bogdan Shyiak SE or Dev 26.11.2013 12:18

Значит человек DevOps должен быть и админом и девелопером одновременно? Проблема в том что девелоперы редко хотят уходить головой в поддержку.

Что значит «уходить головой в поддержку»?
Программист, который работает над продутктом, скорее всего будет:
— смотреть логи с продакшена, в случае проблем.
— писать скрипты обновления (очень часто).
— возможно, посоветут выбор ОС или более мелких элементов окружения.
В общем нормальный прагматичный подход, вместо подхода где каждый пробует прикрыть свою Ж («это программисты что-то не так написали», «это опсы не так что-то настроили», «у меня нет доступа к серверу», «я не понимаю джавовские стектрейсы» и тд)
.
В общем в плане внедрения, та же проблема что и с ТДД, ЦИ и другими практиками — люди должны хотеть это внедрить (иногда еще и верить в то что это работает)

Відповісти

Підтримати

Pavel Antonenko

ScorpZ Lapshov C++/C# && other programmer в AMC Bridge 26.11.2013 11:54

То есть , если я правильно понимаю, это очередная модная технология для работодателей. Если раньше нужно было нанимать 2х человек — дева и админа, то теперь можно нанять только одного, предварительно зомбанув его по теме — «ты же будешь работать по модной методологии!!!»

Відповісти

Підтримати

Bogdan Shyiak

Bogdan Shyiak SE or Dev 26.11.2013 12:25

То есть , если я правильно понимаю, это очередная модная технология для работодателей. Если раньше нужно было нанимать 2х человек — дева и админа

Если отбросить реальные плюсы для разработки,
и оставаться в струе ортодоксального цинизма, то экономии может и не быть, ибо эти ваши ДевОпсы хотят ЗП и за Дев, и за Опс, и за модность технологии в сумме :)
Но к сожалению, уверен что наши ЛР смогут переделать 23-летних скрам-мастеров в 23-летних девопсов.

Відповісти

Підтримати

ScorpZ Lapshov

anonymous 28.04.2015 23:14

раввины от программирования

10/10

Відповісти

Підтримати

Bogdan Shyiak

Златан Николич 21.05.2018 22:42

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

Відповісти

Підтримати

Bogdan Shyiak

Bogdan Shyiak SE or Dev 21.05.2018 23:14