он себя отлично показывает, в целом поулчается я иду в верном направлении? PGPool2 использовать не хочется, в идеале мы выносим логику в приложение согласно которой пользователи из одного региона будут читать из одной базы, другой регион - из другой, в энвы кидаем адреса баз и креды - радуемся жизни
4) каждрый регион ходит в свою бд как вариант
Если приложение умеет так делать, то конечно не смысла городить pgpool2. В описании я такого не нашел или пропустил. В остальном выше отписали верно (разбитие сред, как вы хотели - правильное направление ибо на прод не должны оказывать влияние сторонние действия стейджей и девов), мониторинг того, что происходит с серверами СУБД и далее анализировать.
Да, в случае чего конечно предложу PGpool, но как сказали разрабы - разбить чтение на две части для них будет несложной задачей.
Понятное дело, просто ТЗ выше немного о другом: как сейчас решить проблему без ожиданий. Если разрабы могут все сделать, то вообще проблем нет... хоть шардирование, хоть M-S реплики... хоть создание временных кешей через сторонее хранилище. Тут что душе угодно.
Обсуждают сегодня