Правильно ли я делаю веб-сокет сервер?

Question

[komarevtsev]

Я решил разделить свое node js приложение на несколько микросервисов(чат и т.д.) Каждому микросервису необходимо создавать события web-socket. Я сделал отдельный socket-server и там храню состояние всех сокетов. А сокет-сервер с помощью redis общается с микросервисами по механизму pub/sub.

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

Answer 1

[Сергей Протько]

меня смущает, что приходиться писать гораздо больше кода.

zeromq и оттуда pub/sub

А так вы создали single point of failure, или god object если хотите. Вам стоило организовывать общение между сервисами а не единую шину данных.

Comments

[komarevtsev]

то есть необходимо держать веб-сокетное соединение с каждым процессом? это как-то не красиво мне кажется, да и код на клиенте сильно усложнит. Про общую шину данных я вас понял. это плохо?

[Сергей Протько]

komarevtsev: общая шина данных - это как god object. Она либо должна быть распределенной и stateless (rabbitmq, kafka) либо просто другой.

Что до усложнения кода клиента - повторюсь. zeromq и все хорошо.

[komarevtsev]

вы можете какую-либо литературу порекомендовать по правильной архитектуре проекта?

[Сергей Протько]

komarevtsev: руководствуйтесь таким понятием как coupling (связанность), cohesion (зацепление, сцепка), не делайте single point of failure и все будет хорошо. У вас сейчас как раз таки single point of failure, если сокет сервер упал - у вас ни один микросервис не может работать. Ну и опять же, вдруг вы когда-нибудь решите что часть микросервисов должны общаться по http например в угоду простоты разработки.