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

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

:-)

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

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

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

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

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

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

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

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

да

но как-то потихоньку подталкивать надо

шаг за шагом

Расскажите профит докера над тем же lxc в проде.

Я всегда считал, что надо стараться следовать принципу KISS, в который докер совершенно не вписывается.

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

Расскажите профит докера над тем же lxc в проде.

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

и ещё нет аналога Dockerfile

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

у докера сейчас большое комьюнити

есть docker hub для доставки контейнеров

@lorddaedra гон какой то про LTS я админ и не люблю старый софт. стабильный ? да на нем наоборот нихрена не работает.

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

Ну понятно зачем это в девелопменте. Вопрос про продакшен. Весь этот overlayfs, copy on write и прочее - оно же при апдейте контейнеров ведёт себя неадекватно.

как старый софт соотносится со стабильностью ?

@lorddaedra гон какой то про LTS я админ и не люблю старый софт. стабильный ? да на нем наоборот нихрена не работает.

ну вот админов с вашими взглядами не так уж много на самом деле

не так много, как мне бы того хотелось по крайней мере

Значит ты не админ

Админы это те, кто чмырят разработчиков.

Ну понятно зачем это в девелопменте. Вопрос про продакшен. Весь этот overlayfs, copy on write и прочее - оно же при апдейте контейнеров ведёт себя неадекватно.

может потому что у вас frnakenkernel ? )))

мне тут симпатичнее позиции разработчика, потому что новая версия того же Python - это новая порция фана, а не новые проблемы от несовместимости его с чем-то там ещё на сервере

но я понимаю все стороны)

Да. Кирилл, ты чмыришь разработчиков?

Да. Кирилл, ты чмыришь разработчиков?

Я чмырю тех, кто не писал ни строчки на фортране || задаёт вопросы, прежде чем прочитать 2 страницы гугла, Яндекса и стэеоверфлоу

@ptchol обзывался на меня PHP разработчиком

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

может потому что у вас frnakenkernel ? )))

Причем тут ядро? Там же просто куча оверлеев, смонтированных поверх друг друга. Делаем apt-get / yum upgrade и через год там полная каша.

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

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

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

это вполне правильное решение не давать доступ

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

В компаниях чуть больше чем микроскопические так и есть

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

Вы

@ptchol обзывался на меня PHP разработчиком

Игнорируете

Зато в таких компаниях есть целый отдел релиз инженеров

Причем тут ядро? Там же просто куча оверлеев, смонтированных поверх друг друга. Делаем apt-get / yum upgrade и через год там полная каша.

Ночной

это вполне правильное решение не давать доступ

Чат!

Причем тут ядро? Там же просто куча оверлеев, смонтированных поверх друг друга. Делаем apt-get / yum upgrade и через год там полная каша.

ну ваша претензия звучала как "там что то ломается постоянно хз что как но я не виноват"

Это забавно ребят. Могу сразу кинуть спойлер.

ну ваша претензия звучала как "там что то ломается постоянно хз что как но я не виноват"

Я не говорил что ломается)

Там что-то с тараканом вроде

@ptchol обзывался на меня PHP разработчиком

я не обзывался, с прашивал не пишите ли вы на нем

Кирилл! Не вижу поговорки.

(Надеюсь меня не кикнут, все равно спор о курице и яйце, в котором нет правых, есть люди теоретики и практики. Если в компании все работает без падений и срачей, то пусть админы делают как надо. Аминь)

я не обзывался, с прашивал не пишите ли вы на нем

Пишу, и доволен

Кирилл! Не вижу поговорки.

Жадина-говядина ...

вообще, доступ на сервер должен быть у тех, кому дадут пинка, если этот сервер не будет работать

обычно это админ

Ну понятно зачем это в девелопменте. Вопрос про продакшен. Весь этот overlayfs, copy on write и прочее - оно же при апдейте контейнеров ведёт себя неадекватно.

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

Жадина-говядина - админ-не-дам-доступ-на-прод

Пишу, и доволен

я рад. Мои поздравления дамам и господам )

вообще, доступ на сервер должен быть у тех, кому дадут пинка, если этот сервер не будет работать

++. В идеале должен быть Ci который деплоит в прод если проходят тесты. И настраивает его Админ/сто/тех лидер

об угол убарились ? зачем так ?

(Надеюсь меня не кикнут, все равно спор о курице и яйце, в котором нет правых, есть люди теоретики и практики. Если в компании все работает без падений и срачей, то пусть админы делают как надо. Аминь)

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

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

Ну вообще оно by design плохо адаптировано к регулярным апдейтам, разве нет?

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

Потому что если так поставлен процесс...

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

ну

Ну вообще оно by design плохо адаптировано к регулярным апдейтам, разве нет?

я не буду врать я не до конца погрузился еще. Через пару месяцв предлагаю вернуться к вопросу )

о чём тут вообще речь?

опять о девопсе? Да сколько ж можно

о чём тут вообще речь?

Жадина говядина —

Сева, доброе утро )

опять о девопсе? Да сколько ж можно

В данный момент ровно наоборот - мы говорим о ненависти между разработчиками и админами

а

ну да

опять о девопсе? Да сколько ж можно

поцоны говорят CTO деплой настраивать должен

ну

кому и кобыла СТО

Жадина-говядина Соленый огурец – 28 👍👍👍👍👍👍👍 68% Пустая шоколадина – 7 👍👍 17% Дырявый барабан – 6 👍👍 15% 👥 41 people voted so far.