так изолировать надо то что требует изоляции. от кого нужно изолировать nginx работающий как прокси на портах 80 и 443? вы на этом же хосте поднимете еще несколько nginx? они на каких портах будут? какие задачи решать? балансер (прокси) по замыслу приложение-монополист

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

так изолировать надо то что требует изоляции. от кого нужно изолировать nginx работающий как прокси на портах 80 и 443? вы на этом же хосте поднимете еще несколько nginx? они на каких портах будут? какие задачи решать? балансер (прокси) по замыслу приложение-монополист

А что внутри forEach написано? Валидная конструкция? Ибо [].forEach() - TypeError: undefined is not a function [].forEach(i=>{}) - всё ок, т.е. нужен итератор

так изолировать надо то что требует изоляции. от кого нужно изолировать nginx работающий как прокси на портах 80 и 443? вы на этом же хосте поднимете еще несколько nginx? они на каких портах будут? какие задачи решать? балансер (прокси) по замыслу приложение-монополист

Окей... А что если человек хочет иметь нормальный CI или если ему туды надо какой-нибудь ImageMagic?

а это для продакшена или для внутренних нужд?

а вы сертификаты где храните? копировать будете руками?

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

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

В принципе можно, но лучше было бы положить на файловую систему и подмонтировать как volume.

В принципе можно, но лучше было бы положить на файловую систему и подмонтировать как volume.

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

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

использование томов с хоста намертво пришивает к хосту.

А чем вы билды на прод доставлять собираетесь?

а в чем смысл докера тогда?

горизонтальное отказоустойчивое быстрое облачное масштабирование конкретных процессов (сервисов). для того чтобы приложение было docker-ready оно должно иметь специфичные признаки. запускать более одного процесса в контейнере - антипаттерн для докера, но его имеет смысл нарушать для решения внутренних задач и не стоит нарушать в продакшене. большую часть старых приложений тоже иногда удобно запускать через докер, но прибивка томов к контейнеру лишает его всех преимуществ докера.

Всё, что хранит данные, по вашей идее, лишено преимуществ при использовании в docker.

ну если на пальцах, то выходит, что докер средство для создания stateless экземпляров ПО

однако юзать докер доставки некого ПО (прокся в моем случае) тоже кажется разумным, если прокся — синглтон на сервер

Мне вот вдруг стало казаться что этот спор не для чата по ноде

Да, согласен. Но не надо решать конретные докеро-проблемы тут :)

Да, согласен. Но не надо решать конретные докеро-проблемы тут :)

ребята накидайте ваших примеров за лямбду

ребята накидайте ваших примеров за лямбду

В чем может быть проблема? Подключился по ССШ к серверу, запустил тестовый сервер на экспрессе, захожу по тому же айпи (80 порт), но сервер ничего не отдает.

сервер через sudo?

Естественно дебагер не слушает на внешнем интерфейсе

Фаерволл? ssh сессия активна когда пробуешь? nohup, screen?

да проще в ssh -L/-R исползовать - он всё равно ж по ssh ходит

Ну он же хочет в хроме дебажить

Ну? SSH -L - и вперед дебажить

Ну? SSH -L - и вперед дебажить

Всем привет. Кто-нибудь работал с CallBack API у Вк?