Уменьшаем количество слоёв архитектуры с 5 до 2

[x67]

>это большой JSON-объект
>2 Кб

Интересное у вас представление о больших объектах

[dedokOne]

Спасибо за комент! Полностью согласен, однако с другой стороны назвать его маленький или средним тоже нельзя. Небольшая инсинуация всегда нужна :)

[ebt]

Соединение Nginx напрямую с БД выглядит интересно. И, кстати, уже есть похожий модуль для Postgres.

[dedokOne]

Согласен полностью. Люблю такие модули позволяют многие вещи делать проще, а иногда сложней :)

[dedokOne]

Привет,

А давайте посчитаем, на примере систем построеных на PostgreSQL.

1-й вариант:
[DNS Balancer, (?)] + Nginx (конфиги + логика) + Application (конфиги + логика) + (Тут иногда HAProxy) + pgbouncer (конфиги) + (тут иногда HAProxy и еще один pgbouncer) + pg-кластер (конфиги + иногда хранимые процедуры — логика).

2-й вариант:
[DNS Balancer, (?)] + Nginx (конфиги) + Tarantool-кластер (конфиги + логика).

Оба подхода имеют место в современной архитектуре, какой вариант лучше — вопрос дискуссионный и, кмк, не является предметом данной дискуссии. Однако, очевидно — из сравнения выше -, что конфигов и логики во «2-м варианте» меньше.

[dedokOne]

PS

вышеописанные варианты не включаю в себя ряд компонентов и технологий, для обеспечения непрерывной работы высоконагруженной системы 24/7. Варианты описывают необходимый минимум, так сказать.