All streams
Search
Write a publication
Pull to refresh

Comments 4

Прочитал с интересом) Спасибо, что делитесь опытом.

Расскажите, а чем вас SQLite не устраивает? В ноде на данный момент времени он уже нативный. Скорости операций хватит под вашу задачу. Зачем тащить другую СУБД?

Балансировку через cluster будете делать?

Очень важные вопросы!

Я выбрал SQLite, потому что это было идеальным решением для меня именно в тот момент. Главный критерий - zero-config и мгновенный легкий старт. Здесь скорее не SQLite меня не устраивает, а я проектирую систему под более сложные и гибкие гипотетические сценарии.

Преимущества PostgreSQL - пареллелизм, свой инстанс, не привязанный к ноде. Дружелюбие к горизонтальному масштабированию системы.

Балансировку через cluster будете делать?

Это очень обширный вопрос. Пока моим сервисом пользуются единицы, поэтому мне далеко до конкретного планирования.
Но если так случится, что он вырастет и потребует масштабирования и, как следствие, балансировки, то буду решать, как разбивать приложение на сервисы. И если несколько воркеров потребуют некоего "общего состояния", то да, кластеризация, очереди и вот это всё (включая, кстати и psql)

Спасибо за статью. Понравился ваш подход к разбиению на домены. В нашем проекте тоже используется подход DDD. А также реализованы postgres, инфра, метрики, ...
Это open-source проект в сфере ЖКХ, возможно наш опыт пригодится.

Спасибо. Заглянул в репозиторий — не увидел там DDD в том виде, как он описан в статье. Domain-слой у вас сильно завязан на инфраструктуру. Не увидел также и принципов, о которых я писал. Возможно, мы по-разному понимаем этот подход

Sign up to leave a comment.

Articles