Python
DotNetRuChat
GNU/Linux Help
Telegram Developers
Node.js — русскоговорящее...
DevOps — русскоговорящее ...
![Django [ru]](https://image.telq.org/channel_avatar_1063854692_12437233608009742_mini.jpeg){kind=avatar}
Django [ru]
Go-go!
ntwrk
phpGeeks
Kubernetes — русскоговоря...
pgsql – PostgreSQL
Laravel Pro
ClickHouse не тормозит
Rust — русскоговорящее со...
С#
pro.jvm
Docker — русскоговорящее ...
Python beginners
Системное администрирован...
werf (чат)
Это RabbitMQ
DevSecOps - русскоговорящ...
Тут просто дело в том, что я не могу сейчас
дать такие подробности из за того что рассчитать это всё нереально. Этого проекта который я хочу сделать ещё даже не существует) И что бы вас не отвлекать глупыми вопросами, я хотел узнать есть ли вообще смысл в брокере сообщении если будет 1 api сервер? В моем понимании, если будет 1 api сервер который записывает данные в PostgreSQL, потом в RabbitMQ и этот же api сервер берет сообщение из брокера, то смысл RabbitMQ как будто теряется)
8 ответов
Кролик для общения с самим собой не нужен имхо. Персистентности в БД хватит для того чтобы успешно переживать падения инстанса апи, а пушей во ws достаточно для риалтайма. Имхо кролик не нужен.
Для чата возможностей пхп должно быть достаточно.
Зачем самому с собой общаться? Из одного процесса записали сообщение, из другого по запросу клиенту прочитали.
Мы говорим сейчас о кластере из максимум одного инстанса
Для чата возможностей пхп должно быть достаточно.
Тебе надо как минимум две точки входа уже - сокетсервер и fpm. Они адекватно уже не будут общаться между собой.
Тебе надо как минимум две точки входа уже - сокетс...
Для сокет сервера берешь центрифугу. А еще пхп бывает асинхронным (amphp, reactphp).
Похожие вопросы
Обсуждают сегодня