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

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

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

го вообще создан для докера, и микросервисы тоже

я про годность технологии и архитектуры для контейнеризации

Даже, наоборот, для го она нужна в меньшей степени

У го нет ничего специфичного с точки зрения контейнеризации

Ребят, конечно не уверен что кто-то сталкивался, но вдруг Нужно передать аргументы в чайлд-процесс ноды. Спавню Java процесс, require('child_process').spawn('java', [Аргументы джавы]... А вот как передать аргументы непосредственно самому приложению (начинаются с — и идут после -jar app.jar) не пойму..

use fork luke

The child_process.fork() method is a special case of child_process.spawn() used specifically to spawn new Node.js processes.

тут есть кстате хорошая статейка по процессам https://medium.freecodecamp.com/node-js-child-processes-everything-you-need-to-know-e69498fe970a

а то так будут форкать процессы вместо класера, как это делал я пол года назад 😅

Ребят, только начал разбиратся с нодой. И вижу тут переписку о каких-то спавн процесах. Можно какую-то статью толковую об этом по подробней. P.S. Не гугли, не все что гугл дает - полезно)

Ребят, только начал разбиратся с нодой. И вижу тут переписку о каких-то спавн процесах. Можно какую-то статью толковую об этом по подробней. P.S. Не гугли, не все что гугл дает - полезно)

ты специально проигнорил это?)

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

Гайс, всем привет. Такой кейс: Нужно будет положить в базу юзеров (в одну таблицу) для двух приложений (app1 и app2). Скажем: ожидается 10k юзеров для app1 и 1000k юзеров для app2 (включая первые 10k юзеров из app1 — просто общая аутентификация). И вот вопрос возник: а сможет ли SQL db (MySQL) обрабатывать запросы/записи без тормозов ? Если учитывать, что юзерам для app2 (1000k) нужна только аутентификация (прочитать row в базе, чтобы проверить пароль и выдать токен. Все остальные данные будут храниться в MongoDB или DynamoDB). А юзеры из app1 (10k юзеров из wordpress приложения) будут использовать базу уже "по полной" (возможно сложные/частые/записи query и т.д.). Вопрос в том: эти 10k юзеров из app1 не будут страдать ? Там: обновление индекса после записи; просто частое обращение к таблице и т.п. P.S. проблема просто в том, что app1 не может переехать с SQL т.к. wordpress

я может запутался в ваших рассуждениях, но мне показалось вы между строк сказали что mySQL ляжет от количества запросов в 1 000 000, в отличие от MongoDB. Причем из монги будет браться вся инфа, а из MySQL только один row

парни, давно не пользовался socket.io, сейчас понадобилось. вопрос - он еще актуален?

я уже давно не пользовался, последний раз помню когда юзал его, там багов кучу, не продуман до конца правильно востановления соединения, отслеживание падения соединения, на сервере вообще не стоит его юзать, так и на стороне клиента Сейчас вроде какая то новая версия вышла, но сам по себе socket.io тяжелый модуль я юзаю wamp https://www.npmjs.com/package/cjs-wamp

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

скорее всего много важного кода, который долго переписывать

я вот хз как вебсокеты на нативе в ноде выглядят, может и правда - это сложно

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

ну ангулар же переписали

ребяты, у кого есть готовый для push уведомлений серверная часть и клиентская, без сторонних api? куплю за 1к долларов

ща накатаем 😉