говорю о самом простом способе завести лог в елк

Там не то что сварм, там даже докер компоуз не работает

Он не любит заглавные буквы и специальные символы в имени контейнера

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

Тогда уж гелф

гелф пашет...

А компоуз и сварм добавляют _

но там есть ньансы.. в композе около 30 контов и надо както реализовать старт елк стека ПЕРЕД ними а то не все логи попадают. конты стартуют и быстро пишут в лог свой банер и все, дальше молчат.

и елк не успевает эти логи поймать гелфом

вот думал из sdterr == файл json на хосте ловить их

они же в файле остаются

но там есть ньансы.. в композе около 30 контов и надо както реализовать старт елк стека ПЕРЕД ними а то не все логи попадают. конты стартуют и быстро пишут в лог свой банер и все, дальше молчат.

То есть проблема поднять елк?

но там есть ньансы.. в композе около 30 контов и надо както реализовать старт елк стека ПЕРЕД ними а то не все логи попадают. конты стартуют и быстро пишут в лог свой банер и все, дальше молчат.

запускай композ из системд с зависимостями

да можно поставить кучу проверок - запускать стек сервисов ПОСЛЕ елк но это надо править большой композ можно, но я хотел проверить другой вариант.

без гелф который

ладно.. я пока не оч понимаю в этом. так что спасибо за советы anyway

ты хочешь проще, а потом хочешь логстеш притащить

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

вот думал из sdterr == файл json на хосте ловить их

Filebeat, можно даже сразу в эластик без логстэша

хм возможно оно

Ну теперь заживем

Простите не удержался

Еще нужен Сергей Шаман и Виктор Бубен - тогда точно заживем ?

Еще нужен Сергей Шаман и Виктор Бубен - тогда точно заживем ?

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

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

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

Положить /var/lib/mysql в volume

коллеги, у меня печаль : Unable to create: The running command stopped because the preference variable "ErrorActionPreference" or common parameter is set to Stop: Hyper-V was unable to find a virtual switch with name "DockerNAT". переустанавливал докер много раз, столько же раз реинил Hyper-V. + пытался создать DokerNAT ручками. результат отрицательный. нужен совет/помощь

Положить /var/lib/mysql в volume

/var/lib/mysql только для монги)

Положить /var/lib/mysql в volume

может /data/db?

/var/lib/mysql только для монги)

Он отредактировал сообщеньку предательски

выговор в личное дело)

может /data/db?

Может. Я хз чо там где у тебя лежит. Но концепцию ты понял

он у меня прописан. но это не помогает(

он у меня прописан. но это не помогает(

Показывай как

А лучше компост целиком скинь

Вангую что ты дирой промазал

https://gist.github.com/asankulov/a79a00327c4df418ccf1125d2151536a#file-docker-compose-node-example-yml

ll total 44 drwxr-xr-x 9 root root 4096 Sep 7 18:34 ./ drwx------ 6 root root 4096 Sep 14 06:22 ../ drwxr-xr-x 8 root root 4096 Sep 14 07:13 .git/ -rw-r--r-- 1 root root 271 Sep 3 15:53 .gitignore drwxr-xr-x 6 root root 4096 Sep 14 07:13 api/ drwxr-xr-x 3 root root 4096 Sep 3 15:54 app/ drwxr-xr-x 7 root root 4096 Sep 4 13:06 client/ drwxr-xr-x 4 999 root 4096 Sep 14 09:31 data/ -rw-r--r-- 1 root root 665 Sep 7 18:34 docker-compose.yml drwxr-xr-x 2 root root 4096 Sep 7 18:34 mongo/ drwxr-xr-x 2 root root 4096 Sep 7 18:34 nginx/

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

а что такое новый деплой?

Ну повторный имеется ввиду

Ну повторный имеется ввиду

выполняешь как, команда? понятно что какой-то "повторный"

docker-compose up -d

Ну копирую последнюю версию с репо

Потом

хз даже, нет идей

volumes вроде верный

Может неправильный образ монго юзаю?

чем он может быть неправильным?

и ещё - не надо pm2 в контейнере юзать, оверхед

Господа подскажите пожалуйста. Можно ли как-то заставить docker-compose только билдить проект? Т.е. нужно собирать фронт через npm в монтированную папку и всё. А при docker-compose up если проект уже сбилжен просто ничего не делать?

docker-compose build?

docker-compose build?

просто через RUN в dockerfile?

FROM node:6.12.2-alpine ENV PRODUCTION=True WORKDIR /server/admin ADD ./ /server/admin RUN npm install && \ npm run browser:build && \ rm -rf node_modules && \ npm install morgan express что-то похожее, да?

и ещё - не надо pm2 в контейнере юзать, оверхед

Просто restart always?

Просто restart always?

Я не знаю для чего ты pm2 используешь, наверное

Я не знаю для чего ты pm2 используешь, наверное

для запуска-мониторинга процесс ноды

Докер этим сам занимается

докер перезапускает nodejs приложение?

если оно падает

Конечно, любой процесс, ему пофиг что там

Конечно, любой процесс, ему пофиг что там

Нет. Только если контейнер по фен-шую собран

Нет. Только если контейнер по фен-шую собран

Мы про докер или велосипеды?

Докер

Он перезапустит если упал хелсчек который ты указал или если помрёт процесс с pid1

Ну вот

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

это норма

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

Их проблемы, как будто велосипедят только в докере

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

Ну это уже проблемы велосипедистов

во, я как раз такой стикер хотел

Это всё не отменяет того, что pm2 ему не нужен

Всем привет. я вот задумался как правильно собирать фронтэнд с ssr Сейчас у меня фронтэнд собирается в контейнер и затем просто запускается node с ssr. Но есть один недостаток - есть проблема указать дополнительные параметры перед запуском, типа API_URL и какой то токен приложения (типа несколько каталогов на один апи)

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

т.к. сейчас они задаются только в билд сервере

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

да, но ENV еще вшивается в вебпак

в dist

выноси на старт его

или собирай каждый раз по изменению

сборку вебпаком?

т.е. сборка перед запуском - это нормальное решение?

сборку образа, не надо делать сборку на старте

т.е. сборка перед запуском - это нормальное решение?

нет, вообще

ну получается что мне нужно собрать 10 разных контейнеров

не пойму, .env файл не подключается автоматически при docker stack deploy ?

не пойму, .env файл не подключается автоматически при docker stack deploy ?

нет, env_file юзай

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

ну получается что мне нужно собрать 10 разных контейнеров

я не знаю что там у тебя

получается что надоо собрать десяток фронтэндов