Ð
ну так чекай порт постгреса
Size: a a a
2019 November 21
Ð
приложение по идее вообще не должно заботиться о том, в докере оно или нет
RK
Ð
ну так чекай порт постгреса
братка, так а оно и не заботится, просто контейнер нодовский и возможно там нет утилит это сделать.
А можно подробнее про порт )
А можно подробнее про порт )
Ð
не понимаю, почему приложение вообще зависит от среды
RK
блин неужели нет npm пакета для ноды, что-бы просто чекнуть базу )
Ð
зачем тбе пакет, если при соединении с портом, который не работает, ты получишь ECONNREFUSED?
EB
нет коннекта - падай, докер будет перезапускать приложение, пока база не подымется. Самое кривое и самое простое решение
Ð
да можно просто периодически пытаться приконнектиться пока не будет коннект
EB
в идеале надо делать настройку на уровне инфраструктуры
Ð
тогда и рестарт не надо будет делать когда база упадет и поднимется внезапно
RK
ну так-то понятно в общем то.. ща попробую.. пасиб мущщины! )
AA
Ð
если pg.Pool connect делаешь, то он сам за тебя все сделает, если базы нет - просто будет ошибка, а как появится - ошибка перестанет. Если создаешь клиент предварительно - будет чуть сложнее, надо будет ловить закрывание и реконнект делать самому. Но это так себе решение.
DR
Буль-буль колеги, подскажите как вы в докере держите процесс ноды, без докера я всегда юзал pm2 и был доволен как слон, на докер у них есть pm2-docker но у меня переодически не работает на локале при билде, возможно не разобрался, но интересует реальный опыт и совет
EB
Буль-буль колеги, подскажите как вы в докере держите процесс ноды, без докера я всегда юзал pm2 и был доволен как слон, на докер у них есть pm2-docker но у меня переодически не работает на локале при билде, возможно не разобрался, но интересует реальный опыт и совет
просто запускаю там ноду, докер сам заменеджит, зачем еще доп менеджеры процессов
DR
просто запускаю там ноду, докер сам заменеджит, зачем еще доп менеджеры процессов
то есть он сам видит что процес упал и запускает его снова? это реализовано на уровне докера или самого имейджа (предустановленный нодемон), и как тогда запускать ап в кластере на каждое ядро? видел есть скрипты которые пишуться , но хочеться более элеганное решение
Ð
npm -g install forever
Ð
он будет перезапускать упавшие процессы
DR
ну это как и pm2
EB
то есть он сам видит что процес упал и запускает его снова? это реализовано на уровне докера или самого имейджа (предустановленный нодемон), и как тогда запускать ап в кластере на каждое ядро? видел есть скрипты которые пишуться , но хочеться более элеганное решение
1. да, докер на уровне докера падения палит и перезапускает. Там же в докер файле указываешь команду запуска, я полагаю когда процесс, который заспавнился, умрет - это не будет незамеченным, если нет всяких странных извращений
2. Использование многоядерности я делал на уровне приложения, типа cluster module или обертки типа throng.
2. Использование многоядерности я делал на уровне приложения, типа cluster module или обертки типа throng.