я про эту реализацию собственно - в чем пикус кластеризации средствами pm2 ?

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

Это становится болью, когда надо хендлить сокеты

а сорри я про фронт http если кластеризовать

Вернее, когда надо хендлить либы типа socket.io

А в чем конкретно боль?

ах да про pm2 там встроенны штуки чтобы оно в апстарт и системд было

так что просто запустите свои аппы и потом команду чтобы стейт засейвить

а так нужно самим написать апстарт и прочую фигню

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

Для этого был придуман sticky-session

Который тоже костыль, на самом деле

ну типа как вариант не использовать socket.io

Хм, ну это к кластеру не имеет отношения

если нужны sticky sessions, то они нужны при любом раскладе

если нужны sticky sessions, то они нужны при любом раскладе

Не совсем понял сути сказанного

Эта проблема не связана с кластером никак

Короче суть в том, что для нормальной реализации стики сейшнс нужно, что бы каждый инстанс слушал свой сетевой интерфейс

В примере из документации они все юзают один и тот же порт - 8000

Лучше иметь сторонний балансировщик нагрузок

это ничего не меняет

Так как физических машин может быть например больше, чем одна

И тогда стики сейшн вкрученный силами ноды внутрь кластера станет абсолютно бесполезным

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

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

Это естественно

Новые законы уже обсудили?

зачем?)

Неа. И даже про брекзит не было

а че их обсуждать то? VPNимся и шифруемся - все.

Да, кстати

вы название чата видели?

Не всё.

Ну там, одну роснефть, 90 мистралей, прибыль яндекса за 60 лет.

Вобще да, спамить не надо

ну телефон надо выкинуть будет

*флудить

для такого есть @flood

Сорян за опечатку)

там уже обсудили

Охох. Ну ладно, не буду.

да вполне технический момент как нам используя node.js быть настоящими ниндзя - невидимыми для государства

У кого там шифрование на сайте — не забудьте, что теперь старые приватные части сертификатов выкидывать нельзя.

Потому что придут к вам через три года, дадут распечатку зашифрованного трафика.

И скажут — расшифровывай.

да вполне технический момент как нам используя node.js быть настоящими ниндзя - невидимыми для государства

Да запросто. Крутить его на компе без шифрований не подлюченному к инету

И их не будет волновать, что срок действия сертификатов — три месяца и они сдохли давно.

а придет к тебе товарищ сержант и спросит

Откажешься — лям.

запретить все врайт операции

socket.io, кстати, ненужен

это верно

смотря для чего

@chicoxyzzy Для всего, что не ие9.

А так же для всего того, у чего нет проксей

@chicoxyzzy Для всего, что не ие9.

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

Вобще интерсено - особо альтернатив пока что для soocket.io я не знаю, есть куча всяких других либ, но они немногим лучше, а зачастую намного хуже

даже в engine.io многого нет

@chicoxyzzy WebSocket же.

ну нет

не, веб сокеты только проблемы создают

@vkurchatkin Вот не говори.

А что тогда?

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

@chicoxyzzy Нет, сокетио кривой, постоянно отваливается с новыми версиями Node.js, тащит страшную библиотеку в клиент, ломает переносимость.

ничего лучше у нас нет

я знаю что он говно

ERROR: S client not available

лонг поллинг

просто и надежно

@vkurchatkin Я так и думал, что ты так скажешь.

)

Но нет, когда надо прогнать целую кучу сообщений — не вариант.

почему же?

Ну, если у тебя ничего нет, ничего нет, а потом быстро появится сотня сообщений.

Группировать можно, да.

ну да

Но задержки.

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

Карма, кстати, из-за сокетио висит в конце. Никто не сталкивался?

для большинства задач достаточно

А какие проблемы с вебсокетами?

А какие проблемы с вебсокетами?

плюсую

балансировка, например

А, динамическая?

Вечер в домен, всем фарту девелоперского :) Тут есть специалисты по настройке instance в Amazon EC2? Хочется настроить ограничения чтоб за t2.mirco - не выодил по процесорному времени.

пропуск сообщений при отключении

Решается же.

не особо

решается, но из этих решений еще куча проблема

Ну, от задачи зависит, конечно.

в целом это stateless vs stateful

плюсы и минусы хорошо известны

Для моих задач вебсокеты отличны.

Кстати, гитхаб тоже на вебсокетах.

Хотя гитхаб тот ещё кривой монстр.

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

Ещё, по поводу переносимости сокетио — клиенты вебсокета есть везде. У меня, например, кроме веб-морды к серверам ещё мобильные клиенты подключаются. Которые на QML написаны.

И чтоб ack семантика была

websocket - это как amqp