для эксплуатации?)

ну я еще встречал в ынтырнетах извращенцев с кластером кассандры в докерах, всегда хочу спросить НАХУЯ?)

типа "дерзко, модно, молодежно" ?

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

а ансиблом неудобно?

ансиблом менее удобно

я бы не сказал, что не удобно)

вы холиварите, остановитес

как быстро вы сделаете сложный даунгрейд? когда надо откатить версию той же кассандры, ее конфиги и какие то сопутствующие утилиты

как проконтролировать что с прошлого конфига точно все лишнее удалилось?

даунгрейд кластера кассандры? это не возможно

вы холиварите, остановитес

ну да, че б нет ))

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

даунгрейд кластера кассандры? это не возможно

я говорю про даунгрейд инстанса

там выше было написано - дб в докер совать можно

я говорю про даунгрейд инстанса

что конкретно ты вкладываешь в это выражение? 🙂

там выше было написано - дб в докер совать можно

псс..мы ж холиварим ))

да не холиварим, я поинтересовался — чем удобнее в докере, мб и сам перейду

что конкретно ты вкладываешь в это выражение? 🙂

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

ну так а чем будет отличаться откат, скажем, в LXC от docker’а?

у тебя перезапуск контейнера, у меня пакетно даунгрейд

ну или поднятие и переключение на новый докер контейнер, так?

в LXC? в целом ничем, это те же контейнеры

то есть если в LXC все приложения (только приложения, не данные) то конечно ансибл с LXC это удобнее чем ansible + baremetal

по мне так один хер)

не, с baremetal шанс факапа повышается

не, с baremetal шанс факапа повышается

-

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

в плане софта

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

--

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

куда она притянулась? это ж минорный грейд

+ это не python 2.7 (например), на который пол centos7 завязано)

ну я не сказал что сто пудов что то сломается

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

как мы вариантов вагон

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

Лично я не апгрейдюсь не глядя. yum upgrade на продакшне откатил руками, после перезагрузки всё завелось, как ничего не было.

не не, разговор о минорном апгрейде софтины

да в целом о любом апгрейде

того же MySQL

не обязательно минорном

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

просто я видел раза 2-3 в жизни как после апгрейда docker’а на хостовой тачке, отваливались нахер все контейнеры и вот это было оч весело и не явно

не не, разговор о минорном апгрейде софтины

Тогда там вообще говорить не о чем. Есть репа, скачал пакеты, сделал апгрейд тестовой среды. Почему это за скобками осталось?

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

именно

Тогда там вообще говорить не о чем. Есть репа, скачал пакеты, сделал апгрейд тестовой среды. Почему это за скобками осталось?

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

я сейчас не только про релиз приложения, но и например релиз конфигурации

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

Если есть тестовая среда - докер нинужен. К тому же кто тебе прям зуб даст, что докер-образ такой чоткий, ровный и правильный?

Если есть тестовая среда - докер нинужен. К тому же кто тебе прям зуб даст, что докер-образ такой чоткий, ровный и правильный?

а вот за голую ос прям кто то зуб даст?) тут уж как умеешь настраивать))

а вот за голую ос прям кто то зуб даст?) тут уж как умеешь настраивать))

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

канеш

ну знание не спасет от банальной невнимательности

скажем ты накатишь новый релиз nginx и скажем свежий конфиг

но на проде срочно надо будет откатиться

без тестов на высоконагруженный проект новый nginx? 🙂

а-та-та

а например какой нить файл *.conf забудешь удалить

без тестов на высоконагруженный проект новый nginx? 🙂

+100500

и старая конфигураций поперхнеться

неее, вот что-что, а nginx нельзя так катить )))

а например какой нить файл *.conf забудешь удалить

нет такой буквы в этом слове 😊

только SCM

мужики, не все рабоют в нагруженных проектах

не все даже тестовые среды делают

мужики, не все рабоют в нагруженных проектах

Кривая отмазка. Обычно отпадает после первой остановки продакшна у тебя в руках 😃 (чего я тебе, разумеется, не желаю).

я как бы ансибль люблю

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

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

эт по вкусу

ну да

печально что некоторые даже scm не юзают

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

тоже так работал)

nomad + consul + consul-template

и что, не понравилось?

уволился просто)

выгорел к хуям)

а =))

мне такая связка понравилась

плюсую, и одновременно минусую громосткости кубер

кубер тоже хочется поковырять