@Serjio-Grig
Тот самый никто (=

Высоконагруженное приложение?

Здравствуйте.
Да, я знаю, что никогда не стоит заниматься преждевременной оптимизацией, но и монолит писать тоже не стоит.

Имеется задача:
Написание приложения вроде UBER. Только веб-версия. Ожидаемый онлайн - около 800 000 человек в каждый момент будут постоянно в сети, передвигаться, и, следовательно, обмениваться данными.

Планирую использовать:
DJANGO.
Для Realtime-шаринга геоданными - Node.JS + SOCKET.IO.
Основное хранилище: Postgres.
Хранилище для меток (кафе и пр.): SQLlite.

Node.JS-часть: горизонтально масштабируемая, новые сервера автоматически входят в эксплуатацию, вышедшие из строя из эксплуатации выводятся. Каждый сервер хранит в себе кэш с онлайн пользователями. Сервера взаимодействуют между собой.

Вопрос по DJANGO: какую архитектуру лучше выбрать? Желательно с примерами. Условие: горизонтальная масштабируемость, работа с общей РСУБД.

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

Заранее всем спасибо. Ранее с HL не работал, поэтому, по возможности, прошу помочь и примерами. Уж извините. :)
  • Вопрос задан
  • 906 просмотров
Пригласить эксперта
Ответы на вопрос 2
angrySCV
@angrySCV
machine learning, programming, startuping
>Условие: горизонтальная масштабируемость, работа с общей РСУБД.
изначально противоречивые условия.
---
не стоит вам на ноде воротить что-либо для управления серверами и на ее основе выстраивать микросервесную архитектуру.
Посмотрите Kafka, Cassandra.
Ответ написан
Комментировать
webus
@webus
Golang | Python | NodeJS | Java
Советую посмореть на Elixir / Phoenix.
Ответ написан
Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы