Жизнь прекрасна! ;)

Особенно, i/o

Особенно когда все осознали, что ssd всех проблем не решает

Особенно когда все осознали, что ssd всех проблем не решает

Научились сжирать все iops ssd? =D

Они умели, но стеснялись

кто нить юзал вот этот имадж https://github.com/olberger/baseimage-docker ? Расписано довольно красиво. Убунта, допиленная для работы в докере. syslog-ng в комплекте

Это подрывает идею контейнера как изолированного процесса

Нет

Не стоит утрировать Контейнер = процесс

Логичнее Контейнер = сущность / сервис

Сислог в контейнере - норм практика.

Не стоит утрировать Контейнер = процесс

стоит. сисдлг в контейнере не норм абсолютно

Баду - прод

Из публичных

И не только

Баду - прод

ну выше была дискуссия про сислог.

Драть микросервис на процессы - это дичь. Есть атомарный сервис, включающий энное кол-во процессов, и все они омеют один цикл жизни в рамках сервиса. Зачем дербанить?

Логичнее Контейнер = сущность / сервис

кстати полностью согласен

прямолинейное трактование принципов может наломать много дров

прямолинейное трактование принципов может наломать много дров

+

Логичнее Контейнер = сущность / сервис

Нет

Сислог в контейнере - норм практика.

Вообще не норм

Вообще не норм

https://www.youtube.com/watch?v=rbsKcreUw9M

Практика в основном

Докер не предназначен для сваливания процессов в кучу

Можно, но зачем

Можно и supervisord засунуть туда и сделать там много маленьких линуксов, но это не лучшее решение

Контейнер это не vm

ок)

Сунь ещё ssh внутрь для комплекта, вместе с сислогом

Крон не забудь

Можно, но зачем

1) Уменьшить оверхед на коммуникацию между процессами 2) Гарантировать атомарность процессов как единого сервиса 3) логически иметь одну сущность а не размазаную по контейнерам

Это все дискуссия монолит против микро

Какой оверхед во внешнем сислоге? Нулевой

1) Уменьшить оверхед на коммуникацию между процессами 2) Гарантировать атомарность процессов как единого сервиса 3) логически иметь одну сущность а не размазаную по контейнерам

сущность описывается в docker compose а не в единичном контейнере

А также вм против контейнера

сущность описывается в docker compose а не в единичном контейнере

Вот именно

Сунь ещё ssh внутрь для комплекта, вместе с сислогом

оно в той сборке есть

Крон не забудь

и это тоже

Крон не забудь

https://youtu.be/Uyveh_j_NTM

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

оно в той сборке есть

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

ничего общего с вм

Ага, целый Линукс в образ пихнул, ничего общего

омг. ой всё

Почему вы так всполошились, вам никто не запрещает заворачивать ваш монолит в докер и ходить внутрь по ssh

я просто не люблю религиозных фанатиков) других не знаю что задело

Не запрещает конечно, но фраза "это не нормально" имеет запретительный оттенок

"Лично мне не нравится" = религиозный фанатизм

Лол

Кто-то использует идею ради идеи, а кто-то использует идею ради высшей цели. Высшая цель - читай прод.

Религиозный фанатизм пришёлся очень даже в пору.

Не запрещает конечно, но фраза "это не нормально" имеет запретительный оттенок

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

Лол

"Лично мне не нравится" = религиозный фанатизм

А про личное никто не говорил. "Не нормально" было сказано во всеобщем контексте

Кто-то использует идею ради идеи, а кто-то использует идею ради высшей цели. Высшая цель - читай прод.

Продакшен у всех разный

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

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

вы про эффект дельфинов слышали?

Просветите

Продакшен у всех разный

То есть Вы согласны, что идея ради идеи - это фейл?

существует мнение что дельфины спасают людей.

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

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

я закончил)

То есть Вы согласны, что идея ради идеи - это фейл?

Я не обсуждаю общие философские вопросы в чатике про докер, рекомендую посмотреть Жижека

Я не обсуждаю общие философские вопросы в чатике про докер, рекомендую посмотреть Жижека

Ок.

существует мнение что дельфины спасают людей.

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

ERROR: S client not available

Я не обсуждаю общие философские вопросы в чатике про докер, рекомендую посмотреть Жижека

Тогда Вам не стоит обсужать и {один процесс / много процессов} в контейнере, потому что это филосовский вопрос.

Вам не стоит давать советы, что кому обсуждать

Вам не стоит давать советы, что кому обсуждать

Я не обсуждаю общие философские вопросы в чатике про докер, рекомендую посмотреть Жижека

Зачем использовать ещё один сислог, же в контейнере, да слать по сети, если нужно просто писать логи на хост системный сислог?

Зачем плодить сущности, да ещё и делать оверхед на пустом месте

И не говорите, что его там нет. Есть. Можно ли им пренебречь - другой вопрос.

Интересно ещё на хайлоаде посмотреть, будет ли он проёбывать логи как в любой другой сетевой конфигурации.

З.Ы. Я за контейнер = сервис. Без фанатизма

Ребяты, а вы в оффлайне встречаетесь на пообщаться?

Можно и подраться

Отстоять веру

Ребяты, а вы в оффлайне встречаетесь на пообщаться?

Я тут редко бываю, не могу сказать. Но за всё время ни разу не видел, чтобы звали куда-либо

В ноябре никто не желает? Я как раз в мск буду ;)

А сюда никто не жаждет ли? https://devopsconference.de/program/

А сюда никто не жаждет ли? https://devopsconference.de/program/

Ейхать ищо куда-то, денег поди хотят...

В ноябре никто не желает? Я как раз в мск буду ;)

Пиши, если соберетесь.

Но в ноябре про докер мне почти нечего будет рассказать.

Ну я раз написал. Попробую позже еще раз написать. Можт интересно кому

Я про просто в пабе встретиться и пообщаться, есличто

Ну я раз написал. Попробую позже еще раз написать. Можт интересно кому

Пиши "так-с, в пятницу такого-то хуярьте в паб ХХХ, будем праздновать мой приезд", так действеннее (%

Оукей

Ребят объясните пожалуйста

по swarm

в доках есть пример

docker service create \ —replicas 3 \ —name redis \ —update-delay 10s \ redis:3.0.6

и далее описалово

The —update-delay flag configures the time delay between updates to a service task or sets of tasks.

правильно ли я понимаю что 10 секунд это время, которое сворм ждем после успешного апдейта последнего контейнера

?

извините за нубство)

between — вроде между апдейтами

ну да, вопрос только в том, что ждет ли он успешного апдейта последнего, или сразу после команды UPDATE ждет 10 сек и запускает ее на 2 ноде, независимо от результата апдейта первой ноды?