и всё, пипец всем вашим линуксам

Ansible и Docker не взаимозаменяемые вещи на 100%

так что никто не помрёт друг от друга

виртуалки всегда будут

для кода, где SQL-инъекции возможны (с получением root-доступа в итоге) и по другим причинам

ну докер позволил относительно дешево отказаться от рутины SCM и конкретнее заняться сервис дискавери и кластеризацией

для кода, где SQL-инъекции возможны (с получением root-доступа в итоге) и по другим причинам

Это как?

соотвтетсвенно пошел бум кубернетис\месос\ранчер\корос и так далее

а мы тебе саппорт на 5 лет продаём?

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

ну, если php там как-то от рута запускается, собран вручную с доп модулями

как раньше только не ставили этот php, он и через cgi-bin работал у некоторых

у тебя малый бизнес это что?

парихмахерская или ларёк на улице?

ну, если php там как-то от рута запускается, собран вручную с доп модулями

Как страшно жить

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

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

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

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

просто если сломают виртуталку - за неё не пролезут

а сломают докер-контейнер - сломают сервер

Про безопасность нет смысла щас говорить

Забейте.

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

энсибл и прочие такие проекты - это для виртуалок нужная вещь

а докер это для контейнеров

они не убьют друг друга

я к этому

вы эти проекты как-то противопоставляете уж очень сильно

А почему тред превратился в "убьет не убьет"?

мы виртуалки собираем пакером (ставим докер). Что ещё надо виртуалке?

Речь ведь совсем не о том была.

А почему тред превратился в "убьет не убьет"?

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

И кто же?

Я могу снова повторить, что простое описание проекта на yml в ансибле проще чем пачка докеров, свармов и прочей хери для маленького проекта.

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

Я могу снова повторить, что простое описание проекта на yml в ансибле проще чем пачка докеров, свармов и прочей хери для маленького проекта.

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

а в докере каждый раз с нуля

Да я помню что с нуля. И не отрицаю это.

или вы тоже с нуля пересоздаёте виртуалку?

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

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

Я могу снова повторить, что простое описание проекта на yml в ансибле проще чем пачка докеров, свармов и прочей хери для маленького проекта.

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

А если у тебя бы была такая же декомпозиция виртуалок как при использовании докера то вообще я не вижу проблем.

просто без удобной доставки

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

На этот вопрос ответа никто не даст, сам понимаешь.

ну ты для своего бизнеса считаешь и даешь ответ

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

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

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

?

Зачем тебе для петпроджекта билдсервер?)

Ansible нужен для разворачивания самого докера, копирования systemd-сервисов, добавления alias'ов команд и так далее...

он вполне дополняет Docker

Зачем тебе для петпроджекта билдсервер?)

я уже написал - вопрос сборки и доставки приложения с зависимостями

а ансибл очень здорово использовать для оркестрации

если ты не знаешь что это за вопрос - гугли. Обсасывали тысячу раз

Какой вопрос?

подскажите хорошую тудушницу

emacs

а ансибл очень здорово использовать для оркестрации

Кто то в этом чате мне втирал, что ансибль говно для оркестрации.

уточно, gnu emacs + orgmode

Кто то в этом чате мне втирал, что ансибль говно для оркестрации.

почему?

Хороший вопрос. Так же как почему Docker говно или не говно. Или Swarm хуевее чем Kubernates и наоборот.

Список можно продолжать бесконечно.

ну тебе, видимо, аргументировали. как аргументировали?

или заявления ничем не подкреплялись?

ERROR: S client not available

Это было давненько уже.

Надо логи мотать, а то щас еще нацитирую с ошибками, говном потом закидают.

Вообще конечно очень забавно видеть как докер называют инструментом ну-вот-теперь-то-счастье-навсегда. Не пройдет и пяти лет, как появится Shmoker 2.0, который будет _принципиально иным_, и девопс нового поколения будет говорить "да вот какой-то кондом пять лет назад в проект насовал докер, а мне теперь с этим говном разбираться приходится" ?

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

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

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

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

+1, только постоянная поддержка. Если поддержку прекращать - получаем php 5.1.9 на сайте.

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

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

но как обычно бывает - едут на том, кто везёт ..

подскажите хорошую тудушницу

http://workflowy.com

Уронил макбук ребром на большой палец ноги. Никогда так не делайте!

Что мак пострадал и палец

Маку пофиг. Палец болит Люто.

С чего бы это про ансибл забудут? Chef и Puppet до сих пор мега-популярны в 2016 году. Хоть и появился более простой ансибл.

сева там правильно все ответил.

уточно, gnu emacs + orgmode

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

http://workflowy.com

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

там сука это походит на документ водовский с аннотациями. и красиво умеющися сворачиваться и бегать по тегам.

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

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

коробочки это такие смарт(или предефайнед) папки типа today/tomorrow/someday/next week

и чтобы фильтрация удобно переключаемая между ними

чтобы таски туды сюды кидать

Тебе нужен бот

а ?

Надо поискать туду бота в телеграме

Хотя, он не работает оффлайн..

а как он планировать удобно помогает ?

anydo к примеру умеет удобненько разбирать inbox/today коробочки

в виде диалога такого

короче рассказываю тру стори