приложение в stdout пишет просто

я же говорю, при таком подходе теряются facility и log level, а хочется фильтровать в логах info/warn/error/debug

ещё проще -v /dev:/var/blyadskyisyslogdev, а внутри симлинк ln -s /dev:/var/blyadskyisyslogdev/log /dev/log

ты предлагаешь прокинуть с хоста весь /dev ?

это путь камикадзе

это путь камикадзе

Хорошо, тогда усложнённый вариант с запуском инстанса сислога как для named в чруте лет 10 назад

вообще, мне в голову пришёл потенциальный вариант со специальным каталогом где лежит только syslog.sock и прокидыванием каталога внуть контейнера + симлинк.

но это как ректально что ли...

Лог

вообще, мне в голову пришёл потенциальный вариант со специальным каталогом где лежит только syslog.sock и прокидыванием каталога внуть контейнера + симлинк.

/usr/sbin/syslogd -l /var/run/log -l /var/external-docker/log -ss

вообще, мне в голову пришёл потенциальный вариант со специальным каталогом где лежит только syslog.sock и прокидыванием каталога внуть контейнера + симлинк.

бля!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! А Я ТЕБЕ ЧТО УЖЕ В ЧЕТВЕРТЫЙ РАЗ ГОВОРЮ?

бля!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! А Я ТЕБЕ ЧТО УЖЕ В ЧЕТВЕРТЫЙ РАЗ ГОВОРЮ?

говорю же, ректально это )

говорю же, ректально это )

ну bind так запускают по сей день. не вижу собственно проблемы. кроме симлинка

Теоретически можно volume driver кстати написать

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

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

man

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

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

Дэн же просил тут не разжигать

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

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

я не в рашке живу

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

и сочусвтую вашему горю

но если серьёзно, просто я пока не проникся, меня и вагрант устраивал. а тут решили спрыгнуть с него

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

повторю

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

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

На самом деле - просто спроси чего неясно. Может мы тут опишем своими словами

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

решение в команде

это всё виндузятники

а они (команда) знает, зачем они это делают?

ну самое печальное. это то, что я так его и не запустил, и глупых вопросов от меня вы ёще получите

мне надо проникнуться идеологией, а знают они или нет, не знаю, так решили, проголосили.

ну...

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

идеалогия - микросервисы

в гугле есть инфы немного по этому вопросу

Windows 98

мне надо проникнуться идеологией, а знают они или нет, не знаю, так решили, проголосили.

на хабре навалом статей

тыкаешь не глядя и в докер попадешь

на хабре навалом статей

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

просто можно перечитать кучу статей. а толк

ну самое печальное. это то, что я так его и не запустил, и глупых вопросов от меня вы ёще получите

Давай попробую своими словами. Докер - это про пакетизацию сервиса. Сервис - это программа, объединенная _одним_ процессом и его спутниками. Это не строгие определения. Это так скажем то, что подразумевалось. Пакетизация достигается путем формата образа, в который запихиваются зависимости и запуска в своём пространстве имен, так что процесс думает, что он запустился как бы внутри этого образа. Этакий сильно развитый chroot с набором утилит всяко разно позволяющим создавать иерархии внутри этого chroot, подключать туда внешние каталоги и работать с сетью. Плюс необязательный менеджер всего этого, который висит в памяти и разруливает запущенные контейнеры с сервисами

идеалогия - микросервисы

нет

Давай попробую своими словами. Докер - это про пакетизацию сервиса. Сервис - это программа, объединенная _одним_ процессом и его спутниками. Это не строгие определения. Это так скажем то, что подразумевалось. Пакетизация достигается путем формата образа, в который запихиваются зависимости и запуска в своём пространстве имен, так что процесс думает, что он запустился как бы внутри этого образа. Этакий сильно развитый chroot с набором утилит всяко разно позволяющим создавать иерархии внутри этого chroot, подключать туда внешние каталоги и работать с сетью. Плюс необязательный менеджер всего этого, который висит в памяти и разруливает запущенные контейнеры с сервисами

спасибо

а чего тут спасибного бота нет??

нет

да

нет

разверни своё "нет"

спасибо

Это не новая идеология. Например жутко похожим образом работала Plan9 с её cpu, mount bind и attache. Надо отметить, что докер многое оттуда понахватал, начная с протокола 9P, который они там внутри для чего-то используют, заканчивая языком Go, на котором докер и написан. Докер не является самобытной технологией, это набор инструментов (вроде make-файла для сборки образов, именуемого Dockerfile), набор спецификаций, репозиторий имаджей, демон докера (который работает с сетью, запуском контейнеров, etc)

разверни своё "нет"

микросервисы там вообще ни причем. докер это строго про расширенную пакетизацию, учитывающую запуск

докер и микросервисы то есть вещи несовместимые значит?

микросервисы там вообще ни причем. докер это строго про расширенную пакетизацию, учитывающую запуск

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

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

Это не новая идеология. Например жутко похожим образом работала Plan9 с её cpu, mount bind и attache. Надо отметить, что докер многое оттуда понахватал, начная с протокола 9P, который они там внутри для чего-то используют, заканчивая языком Go, на котором докер и написан. Докер не является самобытной технологией, это набор инструментов (вроде make-файла для сборки образов, именуемого Dockerfile), набор спецификаций, репозиторий имаджей, демон докера (который работает с сетью, запуском контейнеров, etc)

а да, ну и запуск в неймспейсах конечно же

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

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

не понимаю вообще зачем ты мне это пишешь :) это никак не противоречит моим словам, но ты решил, что обязательно тебе надо влезть :)

не понимаю вообще зачем ты мне это пишешь :) это никак не противоречит моим словам, но ты решил, что обязательно тебе надо влезть :)

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

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

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

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

да нет же

ну как бе не факт

ну как бе не факт

+1

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

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

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

а еще недавно гитбакет

ни то ни то не микросервисы

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

плюсую опять!

ERROR: S client not available

микросервисы кстати не больше добро чем зло

оч спорная идеология

а кто тут их умеет хотя бы готовить?)

я умею

прям коммерческий проект сделал и запустил?

или хеллоуворлды

прям в банке в бою

вот это прям респект

какой язык программирования?

нода и жава

где-то что-то есть из демок? гитхаб, бложек

неа

банковское ПО не для общественности)

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

Но иногда и нет

Просто это не серебрянная пуля для всего

Впрочем, как и докер

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

Просто это не серебрянная пуля для всего

все должно быть к месту

мало кто об этом думает

а кто тут их умеет хотя бы готовить?)

я

обычно читают хабр и восторженно внедряют

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

Там они кстати частично к месту. Я посмотрел пару внедрений микросервисов - в докладах как раз финансовые операции часто упоминаются. И на примере их разираются сложные моменты и всё такое

ААААА!

Огонь!

я запустил rkt внутри докер-контейнера

rage@rgs0:~$ docker exec -it 5d21636361cc bash root@5d21636361cc:/# rkt list UUID APP IMAGE NAME STATE CREATED STARTED NETWORKS 6c479588 redis registry-1.docker.io/library/redis:latest running 2 minutes ago 2 minutes ago default:ip4=172.16.28.2 root@5d21636361cc:/# rkt enter 6c479588 enter: no command specified, assuming "/bin/bash" root@rkt-6c479588-9743-4a3e-be37-93c7feb119d8:/#define

Теперь внутрь еще один докер,а в нем докер в докере

Теперь внутрь еще один докер,а в нем докер в докере

можно попробовать, кстати )

Докажи что докер не только для легковесных микросервисов, но и для извращений подходит :)

Не совсем понимаю что такое flocker