Кучу проблем только создает

+

Первый лять вопрос новичка по реакту а как мне сср замутить

бггг

Только вот никто так замутить и не может, сил не хватает

я помню как на реакт митапе к Денису подошел мужичок и говрит: “Это ты изомрфов пишешь? давай визитку”

изоморфов блеать

Универсалов же

щас бы изоморфов пописать

Мужик в прошлом живет

Реально все паряца технологиями оптимизациями которые ненужны

Не нужны, пока 2 человека на сайте или работа по контракту

и у многих их не два?

это же классика год-два трахацо, писать скейлабл супероптмайзед бла бла солушн - запустить и получить НИЧЕГО - околонулевую посещаемость

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

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

а так, берешь любой минималистичный линукс ну или убунту, ставишь ноду, добавляешь забилженный свой проект, делаешь prune и удаляешь убунтовские sources. Вот и продакшен контейнер)

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

и почему это плохо держать несколько демонов?

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

и почему это плохо держать несколько демонов?

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

мониторить

а так, берешь любой минималистичный линукс ну или убунту, ставишь ноду, добавляешь забилженный свой проект, делаешь prune и удаляешь убунтовские sources. Вот и продакшен контейнер)

а prune зачем? :)

зачем тебе помимо тупо docker run еще и кучу говна по управлению контейнерами подтягивать

их как раз проще менеджить

зачем тебе помимо тупо docker run еще и кучу говна по управлению контейнерами подтягивать

docker-compose и больше тебе ничего не надо

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

Если быть точнее, один конейнер и есть один процесс)

а prune зачем? :)

ну, чтоб образ поменьше был

Если быть точнее, один конейнер и есть один процесс)

ну вот можно извращаться)

Покажи Dockerfile? :)

сек

https://gist.github.com/bf9ef2ad89dd3a014efc670d1cae8e29

все самое интересное происходит не в нем)

их как раз проще менеджить

нууууу, я не знаю как у вас инфраструктура настроена конечно, все может быть

в .dockerignore еще всякий хлам структуры проекта

А если смысл прямо с убунты форкаться?)

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

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

А ну хотя там всё к этому и сводится)

https://github.com/dockerfile/nodejs/blob/master/Dockerfile https://github.com/dockerfile/python/blob/master/Dockerfile https://github.com/dockerfile/ubuntu/blob/master/Dockerfile

docker-compose и больше тебе ничего не надо

докер композ - не знаю как сейчас - раньше запускал все контерйнеры только в пределах одного хоста - а теперь внимание вопрос какая разница стратануть все в одном контейнере или в нескольких но на одном хочте - что это решает?

ну да, большинство убунту и берет

вообще компоуз был приколен когда был он был fig

за команду fig up

докер композ - не знаю как сейчас - раньше запускал все контерйнеры только в пределах одного хоста - а теперь внимание вопрос какая разница стратануть все в одном контейнере или в нескольких но на одном хочте - что это решает?

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

https://twitter.com/DenisIzmaylov/status/744974007389331457

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

за команду fig up

специальнос оставил алиас ))

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

А что за тулзы для мониторинга?

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

да блин, чтобы все в одном держать, надо туда свои баш скрипты пихать(подними базу, подыми прокси, подыми api, подыми ноду для ssr, подыми редиску и рабитmq)

чем отличается чем если их несколько?

А что за тулзы для мониторинга?

да там готовые велосипеды к zabbix

Да не надо в один пихать, как потом в Kubernetes это всё засунешь? :)

чем отличается чем если их несколько?

Ваня, приходи на следующий Node.js Meetup)

чем отличается чем если их несколько?

красивый yml конфиг с наследованиями(для портов, вольюмов) или bash скрипты? Ну, хз

в 99% случаев если дело дойдет до кубернейтс то хватит бабла нанять спеца по докеру

Да брось ты :) Kubernetes мы сами развернули

в 99% случаев если дело дойдет до кубернейтс то хватит бабла нанять спеца по докеру

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

зачем?

За шкафом :)

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

короче хз

docker-compose для dev вполне ок)

и ci тоже удобно)

Jenkins, Concourse?

jenkins

Хотя такие вещи лучше в @nodejs_ru выводить

кста я уже писал - но давно - бета докера на osx очешуительна

ERROR: S client not available

уже может ранать что-то кроме демо-образов?

до нее я кастом билд бут2докера собирал и кучу гна прикручивал

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

сеня вроде rc вышел

чот в почте видел

да, до нее ад, docker-machine хоть и спасал, но пока все порты пробросишь

Хотя такие вещи лучше в @nodejs_ru выводить

ну, может быть, но уже понеслась)

надо своим скинуть

он и до этого rc был

только rc1

а, точно, второй уже

а обновился он еще в вскр

я тут которую неделю как Путин (раб на галерах) делаю мощный глобальный копипаст кода - не до мелочей

))

не прошло и года как мое начальство согласилось снести метеор к куям

грац

конграт

метеор так плох?)

Да, как тебе без монго реплики сета 20 записей в секунду в Collection

с реплика сетом из 3х машин 300 - не особо лучше

Парни, есть какой-нибудь список настроек, чтобы Atom заработал красиво?

Навигация, подсветка jsx и пр

Git Toolbar какой-нибудь

Вообщем, как WebSTorm

Парни, есть какой-нибудь список настроек, чтобы Atom заработал красиво?

Кроме установки webstorm?

Я думаю от WS отказываться)

Я думаю от WS отказываться)

Попробуй vim)

А если по существу?)

по существу щас будет срач vim vs emacs vs sublime

vs atom vs vscode

vs ...