Так это не из ансибла

Т.е. немодное

http://devops.com/wp-content/uploads/2014/03/perforce-cd-arrow.png какая интересная картиночка

а здесь ужеможно сообщения редактировать?

Всмысле? С телефона можно

с компа тоже можно [отредактировано] :D

если коротко, то у нас нет админов

то есть обслуживанием и настройкой инфраструктуры у вас никто не занимается? Это круто

Давай позже обсудим?

Нет давай сейчас!

http://devops.com/wp-content/uploads/2014/03/perforce-cd-arrow.png какая интересная картиночка

представьте обновление софта системы, которая отвечает за охлаждение реактора на АЭС... насколько там уместен подход Continuous Delivery?..

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

Потребность во взаимодействии разрабов и админов появилась из-за того что надо деплоиться очень часто и все менять. То есть при вотерфолле автоматизировать все не очень то и нужно - 1 раз задеплоил, настроил и готово.

Причем все это делается при помощи программ конечно, но все-таки вручную.

лолд

лолд это как системд только лолд

то есть обслуживанием и настройкой инфраструктуры у вас никто не занимается? Это круто

что-то делаем мы, что общее для всех. Но вообще тут вопрос а что за настройка инфраструктуры?

Потребность во взаимодействии разрабов и админов появилась из-за того что надо деплоиться очень часто и все менять. То есть при вотерфолле автоматизировать все не очень то и нужно - 1 раз задеплоил, настроил и готово.

Мне кажется это слова не подкреплённые опытом

мы тут в двачик превращаемся?

Сегодня пятница и уже не рабочие часы, problems?

Хотя что тут подкреплять? Логически если подумать, зачем автоматизировать то что производится 1 раз?

как всегда - расшарить экспертизу, уменьшить издержки, снизить вероятность ошибок

типа если у вас нет CD, то тесты не нужны)

и девопс включает в себя автоматизацию, но это не только она

Сегодня пятница и уже не рабочие часы, problems?

у кого как.

Ладно, а если зайти с другой стороны этого слона. Что такое антидевопс? Что должно быть чтобы можно было утверждать "у этой команды точно не devops"

Хитрый наброс

сервер, который страшно ребутнуть

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

и девопс включает в себя автоматизацию, но это не только она

В общем я с этим согласен. Я бы сказал что это на 30% культура и коммуникации, а на 70% технологичность, быстрая доставка кода до продакшена и снятие кучи метрик.

скорее, эти 70/30 наоборот

Я с Тимуром согласен. Инструменты внедрить несложно, а вот мозги поменять - анрил

поддерживаю Ваню )

главное что технологии без мозгов не работают

так как нужно

главное что технологии без мозгов не работают

без мозгов ничего не работает

Вооо

дело не в том что они есть или их нет. Просто их бывает сложно повернут ьв нужное сторону это долгй кропотливый итеративный процесс.

*в нужную сторону

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

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

а все эти "админы дебилы \ разрабы дебилы" от лени что то двигать, шарить опыт, и связывать команды.

опять все уснули

лолд это как системд только лолд

lol daemon, да

главное что технологии без мозгов не работают

без мозгов мало что работает)) это не только в ИТ))

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

нужно стимулирование со стороны менедмента - работаешь по старинке - штраф тебе, настроил контейнеры - молодец, премия)

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

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

то есть важно передать эту мысль менеджерам (опять же, показав, чем эта контейнеризация будет выгодна для них), а они уже будут как-то стимулировать программистов везде делать через тот же Docker

вместо контейнеризации можно подставить что-то другое, CI тот же

а все эти "админы дебилы \ разрабы дебилы" от лени что то двигать, шарить опыт, и связывать команды.

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

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

потому что stable

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

lts и все такое

вот да

нужно стимулирование со стороны менедмента - работаешь по старинке - штраф тебе, настроил контейнеры - молодец, премия)

Бред полный.

Бред полный.

если не подталкивать - многие так и будут дедовские способы юзать

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

и многие будут пытаться саботировать внедрение новой системы

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

Штрафы это самая тупая мера, которую только может придумать менеджмент.

тот факт, что докер/CI/... - это круто они поймут только когда научатся с ними работать, а до тех пор часть из них будет отпихиваться

Не нравится как работает - увольняй.

мне тоже не нравится, когда штрафы

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

Можно никого не спрашивать а спустить директивно.

Можно никого не спрашивать а спустить директивно.

если коллектив не поддержит - саботировать могут очень сильно

вот особенно когда так спускают - это и бывает

ERROR: S client not available

тут надо как-то дать им понять, что им эти изменения выгодны

Надо продавать потому что правильно.

тогда они хотя бы бодаться не будут

Статья

тот факт, что докер/CI/... - это круто они поймут только когда научатся с ними работать, а до тех пор часть из них будет отпихиваться

Докер в проде? Серьёзно?

ой, да ладно) у некоторых в проде крутится и всё ок

Докер в проде? Серьёзно?

А ты с LXC рабоаешь?

главное, под рутом ничего не запускайте в контейнерах

и не запускайте чужие контейнеры с докерхаба

и всё ок будет

А ты с LXC рабоаешь?

А что вы имеете против lxc?

Сергей, у вас мания чтоли?

Вопрос был вообще о другом.

@lorddaedra Менеджменту надо все "продавать" цифрами, желательно которые начинаются с $$$.

Тогда я не понял вопрос

У меня есть очень успешная история, когда компания сидела на managed серверах сторонней компании.

И вообще понятия не имела о всяких ваших там докерах, хуекерах.

У меня есть очень успешная история, когда компания сидела на managed серверах сторонней компании.

ну да, аутсорсить выгодно иногда

если компания маленькая

Ну короче вот они подошли к той точке, когда это начало конкретно так мешать. И когда мешает - самое время продавать.

Managed сервера были заменены на AWS. MySQL на PostgreSQL.

И тем и тем продал. Щас все счастливы.

:-)

Но если одним я выкатил прайс, то другим список фич и реальные кейсы собрал за 3 года.

Когда ребята начали пытаться сделать это на MySQL - то аргументов больше особо не осталось.

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

у админов такое тоже есть, да

в гораздо большей степени))

вот владельцы бизнеса гораздо охотнее готовы что-то ставить, менять, чем менеджеры

менеджеры ценят стабильность

Короче это все к тому, что нельзя просто так взять и сказать всей команде - запиливаем докер с завтрашнего дня.

да