Хуже) На JRuby. Но он должен быть центральным хабом. То есть один. Без него можно будет нормально запихивать сообщения в еластик, вроде

Ещё есть graylog

я обычно rsyslog -> elastic и нормально

если mutate не требуется

Ещё есть graylog

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

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

И тут логстеш

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

Если масштабы одного двух серверов - по вкусу вроде)

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

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

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

а если есть всего один небольшой сервер, чем можно заменить монструзоный ELK?

Если сервер один , то syslog юзай)

Syslog + grep

еще вариант если нет параноии и логов не моного попробовать https://logz.io

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

Если можете книгу посоветовать- вообще идеально

а если есть всего один небольшой сервер, чем можно заменить монструзоный ELK?

Походу, ничем. Разве что отказатся от стека :(. Впрочем, мне кажется, что можно просто попробовать сильно ограничить elastic и logstash в ресурсах, может помочь

Ну или как посоветовали выше - использовать saas решения. Тоже неплохо заходят, в зависимости от того, зачем нужны логи.

Если можете книгу посоветовать- вообще идеально

Официальная документация, официальный туториал для начала. Затем youtube по запросу docker for beginers

Официальная документация, официальный туториал для начала. Затем youtube по запросу docker for beginers

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

Чем kubernetes лучше (хуже) других решений, какие есть решения помимо первого, иной инструментарий

Чем kubernetes лучше (хуже) других решений, какие есть решения помимо первого, иной инструментарий

Могу посоветовать гуглить конкретные запросы... У каждого свой опыт и свои масштабы. Лично вам это зачем?

Просто для анализа?

Или для практического применения?

Или для практического применения?

Перекроить текущую архитектуру на работе

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

Странно как-то задача просто перекроить архитектуру или перекроить с какой-то целью?

Странно как-то задача просто перекроить архитектуру или перекроить с какой-то целью?

Аналогично. Не понятны цели...

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

Ну и просто, ради практики и изучения технологии.

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

Мне вьехать очень помог просмотр видео с докерконов

У нас все работает на виртуалках, в которых ещё и контейнеры крутятся Хочу вынести слой виртуализации, и сделать это везде, где решение будет лучше того, что есть сейчас

привет всем

Мне вьехать очень помог просмотр видео с докерконов

Спасибо Самый дельный совет на данный момент)

Только офф документация, там всё подробно, остальное по запросам на каком нибудь stackoverflow

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

Насчёт вливания в мозг. Сейчас играю в pray :) рекомендую. Там как раз эта тема обыгрывается

А warcraft 3 уже больше 15 лет? Как летит время?!

не было никакого "раньше" ))

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

вот этого джентльмена попробуй https://blog.amartynov.ru/

не nginx, но да, все впервые

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

Практика подсказывает, что частично никогда не получается)

Ребята, подскажите, пожалуйста: есть десяток контейнеров, запущенных на слабом сервере. У них есть volumе'ы. Задача - перенести контейнеры на другой сервер. Пересобрать контейнеры - не проблема. Как мне адекватно тома перенести?

Которые в /var/lib/docker/volumes

copy? paste!

copy? paste!

Сработает ли? Как докер на новом сервере о них узнает? Или он перечитает каталог?

а ты как эти волумы подключаешь?

покажи вывод docker volume ls

а ты как эти волумы подключаешь?

Это гитлаб деплоит. Там docker-compose.yml есть.

если маунтит внешние (по отношению к контейнеру) папки - то просто копируй с сохранением структуры

покажи вывод docker volume ls

local fcf2bc45d69d4526c14fb4074a05861c7c40a3b2b526114791148272c966fe1d local fdb6c1b0e94d8302764901d28623670f902e4a1c6ae7af6301b19be4bf97ec74 local fee74fcbdfeb52019803cbcb38881c7c84e003e61b89f9463ac9b864810efb2c local ff3afd9c1b97e566255899e47309863780fb5a0b862f525967875f539f23400e local secretprojectstaging_mongodb local secretprojectstaging_postgres local secretprojecttesting_mongodb local secretprojecttesting_postgres local secretnew_postgres local secretnewstaging_mongodb local secretnewstaging_postgres local secretnewstaging_redis local secretnewtesting_mongodb local secretnewtesting_postgres local secretnewtesting_redis

copy? paste!

я просто архивировал данные из %volumename%/_data/* и это все переносил

Ладно. Попробую сейчас. Спасибо.

Получилось. Просто перенёс. Спасибо.

кто нибудь зпускал кнтейнер с опцией user?

Получилось. Просто перенёс. Спасибо.

Во имя копипаста, аминь!

Посоны, не нашел в доках по docker-compose внятного объяснения, как сбилдить base-image прежде чем поднимать на его основе различные services?

бейз кастомный?

да

не из репозитория

вообще, в принципе, compose поддерживает такую фичу? типа image inheritance или image chaining ?

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

там билд прописать

вообще, в принципе, compose поддерживает такую фичу? типа image inheritance или image chaining ?

поддерживает

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

или как?

вообще, в принципе, compose поддерживает такую фичу? типа image inheritance или image chaining ?

просто пишешь -f config1.yml -f config2.yml

это для docker build, мне для композа надо

но за идею спасибо

композ так же работает

https://docs.docker.com/compose/extends/#example-use-case

пытаюсь найти как

build не топ же

схема такая

у меня есть 4 сервиса, которые базируются на ruby:2.4.0-alpine

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

т.е. для каждого сервиса я беру ruby:2.4.0-alpine, добавляю либы и добавляю код

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