Кластер монго

А, тогда норм

У тебя сокеты есть?

Веб которые?

ws, +

Я реализовал микросервисом их тоже

Я тоже, типа messages service

Аа, или ты socket service?

Но в моей структуре я сделал другую фишку, они еще udp server поднимают и получают от прокси прослойки уведомления о запросах

В итоге при подключении вебсокета - можно слушать события Аля post messages

Хмм, а где ты хранишь соединения?

Э зачем?

Если дублировать ws сервера, надо знать кто-кто

При конекте- тебя конектит на один из них

Типа, я подключился к первому дубликату, ты ко второму. Как я тебе отправлю что-то?

Ты отправляешь не мне а в API

Допустим, а API должен знать где ты

А сокет мне говорит - в такой-то ендпоинт новый запись

А апи всем вс рассылает по удп уведомления

Допустим, а API должен знать где ты

уже обсуждали же http://iostreamer.me/ws/node.js/jwt/2016/05/08/websockets_authentication.html главное здесь - verifyClient

Допустим, а API должен знать где ты

Т.е. к какому дубликату подключён

Нет

уже обсуждали же http://iostreamer.me/ws/node.js/jwt/2016/05/08/websockets_authentication.html главное здесь - verifyClient

jwt?

Хотя не суть

уже обсуждали же http://iostreamer.me/ws/node.js/jwt/2016/05/08/websockets_authentication.html главное здесь - verifyClient

Это ответ на "кто ты"

Это не проблема, я единственное не понял как API понимает к какому из дубликатов WS Server'a ты подключён

jwt?

здесь jwt не при чем. вся фишка в ws каллбеке verifyClient: function (info, cb) {} в нем ты получаешь хеадеры с клиента(ты ему уже sid присвоил, вот его можно получить назад) . и по нему узнаешь кто это ломится. если выполнишь cb(false) , то клиента выкинет и вебсокет закроется

Я потом написал

С верификацией проблем нет

для этого пишешь свой велосипед, как для socket.io. здесь написано как это работает https://socket.io/docs/using-multiple-nodes/ вся идея - использовать redis pub/sub, тогда не важно к какой ноде подключен сокет.

Опять же, хранить сокет коннекшн в редисе?

Сверху писали что нельзя, но

Но если хранить, то дальше изи получается

Это не проблема, я единственное не понял как API понимает к какому из дубликатов WS Server'a ты подключён

API рассылает на все up&running ws (помнишь да у меня реестр) - по UDP протоколу ведомления, а ws уже на основе твоего токена и scope прав доступа, передает на фрон по активному соединениу ведомление. ну а на фронте что то типа ws.on('post:messages', function (){ ... add new record to messages list ...})

Фактически, я буду получать все сообщения и дальше фильтровать?

зависит от scope и прав доступа

Допустим тебе адресовано уведомление или сообщение

Я получу его на сервере?

типа приватное?

ну да. все через сервер

Типа да

с записью в базу

это же лишняя нагрузка

Если оно не предназначена для меня Зачем сервер должен обрабатывать?

Я думал сделать типа списка коннекшнов, типа send message to connections ["","",""..]

А не тупо раздавать всем

ну тоесть типа с экономить на сообщении в инстанс WS если там нет клиента

Так смотри, это норм, если у тебя не много юзеров

Представь 100к активных коннешнов

Я буду получать уведомления 99.999 коннекшнов

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

То есть?

Есть 2 ws сервера

Server 1, Server 2. Я подключился к 1, ты ко 2

Я шлю сообщение тебе, сервер транслирует сообщение на оба сервера?

не не , @CanVeeD прав - в моей схеме все WS сервера получат уведомления. даже если нет вообще никого на конекте. потому я и выбрал UDP

интересная мысль конечно. при 100мб потока, сэкономить пусть будет 50 - это имеет смысл. поставлю себе галочку на переделку подумать на эту тему

пока что критично не было

не не , @CanVeeD прав - в моей схеме все WS сервера получат уведомления. даже если нет вообще никого на конекте. потому я и выбрал UDP

Что за схема с UDP?

пока что критично не было

Я конечно понимаю, что не сильно повлияет в наших случаях, но надо быть готовым)

Что за схема с UDP?

Ну ws получают уведомления для рассылке на фронт через udp

Я конечно понимаю, что не сильно повлияет в наших случаях, но надо быть готовым)

С другой стороны если все все пытаться учесть можно умереть раньше чем релиз будет

С другой стороны если все все пытаться учесть можно умереть раньше чем релиз будет

Две стороны монеты)

Но опять же, я лучше потрачу на месяц больше, чем сделаю на отьебись

Это типа личного проекта

Как минимум, хуже себе не сделаю)

Вопрос баланса. На отстань - было бы гвоздями все прибить и не отсвечивать:)

Вообще, баланс нужен когда 7-8к юзеров онлайна бывает

Тогда уже железно нужен

Я этот фреймворк уже пару лет пишу

А при 1к онлайна, толк какой?)

Я этот фреймворк уже пару лет пишу

А нах фреймворк?

Можно написать костяк, ибо задачи разные бывают

А что б не копипастить одно и тоже в каждом микросервисы, что б был реестр, фишки и шашки.

А что б не копипастить одно и тоже в каждом микросервисы, что б был реестр, фишки и шашки.

Так реестр зачем, если есть nginx?

Не шарю конечно, но слышла про его балансер

В итоге у меня минут 15 на микросервис если нет запудренной бизнеслогики

Я этот проект, 4 раза переписывал

А нгинксу тоже надо настраивать

Я шлю сообщение тебе, сервер транслирует сообщение на оба сервера?

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

ну, лучше чем велосипед изобретать)

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

Нода - Server?

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

Так опять же, надо же знать куда ты подключён, к какому из дубликатов

ну, лучше чем велосипед изобретать)

:)) так было бы такое же - не писал бы. Я от того и сел писать что не нашел нужного

Ты по работе этим занимаешься или собственнный проект?

И то и то

Сейчас вот на этой основе релиз готовлю для бакенд-фронтенд решения по недвижимости в Канаде

По контракту

не, у меня задачка по крупнее

Чур только давай не бум мерится:)

ахахах)

Добрейший вечерочек, господа кодеры. Читаю тутор по оутлуку и не могу понять https://docs.microsoft.com/en-us/outlook/rest/node-tutorial#implementing-oauth2 Я знаю что не обязательно создавать сервер для генерации oauth2, но вот я не понимаю зачем создавать токен исходя из их примера. Например, гугл использует на своей стороне генерацию и всё делается очень просто. Как мне реализовать получение токена нормальным образом для клиента? Обязательно ли устанавливать пакет simple-oauth2 и обязательно ли добавлять redirectUri

Я Фреймворк под gpl релизнул то что в проще щя использую. Но последние пол года на контракте все соки выжимал. Щя закрою и хочу вдумчиво 2версию сделать, с упором на userfriendly для кодера

У меня есть типа костяка, базовый сервис

И отталкивая от него, точить под нужды

Но в разработке фреймворка пока не вижу нужды

А давай я тебе online todo example кину. А вдруг вдохновишься?;)

давай)

давай)

http://microservice-frame.work/api-todo-example-2/ Правда я давно не проверял. Дай знать если забежит:) Вообщем тупо пошаговое туду: клонишь пример проект и запускаешь. Потом на этой же странице онлайн, логинишься к своему инстанса на локалке:)