спс)

у кого-нибудь есть опыт использования в проде https://github.com/grafana/loki ?

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

Описание выглядит интересно.

Нужен совет.

Пришёл на новый проект. Все системы в докерах. Но используют докеры странно. Оказалось, что здесь не происходит сборки контейнеров. Т.е. весь код подсовывается через volume внутрь контейнера. Т.е. выкатка выглядит как "подсунуть новый код в контейнеры". Выглядит максимально странным. Ребята сказали, что они так ускорили сборку (фактически её нет, сборки).

С моей стороны претензия к этому:

- я бы хотел использовать оркестратор, чтобы избавить себя от возни с конкретными виртуалками и отдать это на откуп кубернетесу. При таком подходе с volume мы не сможем нормально пользоваться kubernetes.

То, что они сделали — костыль, но противопоставить этому я могу немногое. Вопрос: какие аргументы за и против прокидывания кода через volume? Их аргементы против. Нафига кубер, если есть 2 тачки, с которыми можно и руками управляться. Но что будет, если тачек станет больше? Кажется, что инструментом гвозди забиваются (я про докер).

А что если тачек не станет больше?

Вероятно, ничего. И стоит забить. (=

По поводу вольюмов. Есть ещё какие-нибудь нюансы у такого подхода?

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

И сначала подумай, нужен ли тебе кубер, если там всего 2 сервера ( 2 виртуалки )

Меня волнует оркестрация. Я думал в сторону сворма. Но наши, местные девопсы говорят, что есть куб.

На серваке git pull и docker-compose up

куб не решение всех проблем и во многих проектах, продуктах он избыточен.
По-моему мнению как раз в твоем он будет избыточен

Я на кубе не настаиваю. Настаиваю на оркестаторе

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

Сворм помер

А что с ним?

сворм и не жил)
он всегда был больше мертвым

Ну, докеров десятка 1.5

Остановился в развитии и багах года 3 назад

3