управления коннектами pgbouncer а не встроенный в драйвер pxgpool?
с pgbouncer проблем создашь больше, чем решишь.
ну... в GO есть пул коннектов, но в рамках одного процесса. Если процесов и серверов много, то внешний баунсер не навредит
проще настроить пул в своих сервисах как надо. а утверждать, что дополнительная прослойка безусловно не навредит - опрометчиво как минимум.
it depends. исходя из количества копий сервиса, нагрузки на них, количества обращений к базе от каждого, сколько сервисов ещё ходят в ту же базу и сколько им надо ресурсов. вариантов много и настраивается в широких пределах достаточно гибко всё.
если kubernetes hpa применен или любое другое масштабирование? Либо подключений будет мало, либо много, пул в одном процессе не в состоянии контроллировать общее кол-во подключений, это не его задача. В каких-то кейсах согласен, но есть кейсы, которые только проксей и решаются.
и ничего не изменится. потребности сервиса не изменятся, независимо от того, сколько инстансов там параллельно запущено. наоборот, есть хоть какая-то гарантия того, что с увеличением количества инстансов, производительность каждого отдельного сервиса не будет уменьшаться (в пределах возможностей базы, конечно). А с внешним баунсером может случиться неприятность - с увеличением количества инстансов на каждый отдельный инстанс будет отдаваться всё меньше коннектов, из-за чего они начнут хуже справляться с работой каждый по отдельности, кубер начнёт плодить ещё инстансы, ещё сильнее роняя производительность и т.д..
Обсуждают сегодня