Size: a a a

2020 March 27

ЛА

Локоть Анатолий in Go-go!
Ilya Kaznacheev
Тем не менее работает быстрее стандартного драйвера, и уж тем более sqlx
Наиболее удобный драйвер (по версии Авито
источник

ЛА

Локоть Анатолий in Go-go!
... это pgx
источник

ЛА

Локоть Анатолий in Go-go!
источник

ВС

Владимир Столяров in Go-go!
так это ж вроде с хайлоада доклад, там тема была не в "удобно" а про то, что lib/pq не справлялся
источник

PT

Pax au Telemanus in Go-go!
Владимир Столяров
так это ж вроде с хайлоада доклад, там тема была не в "удобно" а про то, что lib/pq не справлялся
там тема в том что pq вроде больше не обновляется
источник

ЛА

Локоть Анатолий in Go-go!
Sqlx не драйвер вовсе, а обёртка для пакета sql, который тоже не драйвер, следовательно sqlx может быть заюзан с pgx например.
А суть sqlx это пара методов для удобного скана, чтобы не писать одно и то же про перебор строк результата... Как оно может тормозить чуть более чем какой-нибудь орм, неясно
источник

IK

Ilya Kaznacheev in Go-go!
Локоть Анатолий
Sqlx не драйвер вовсе, а обёртка для пакета sql, который тоже не драйвер, следовательно sqlx может быть заюзан с pgx например.
А суть sqlx это пара методов для удобного скана, чтобы не писать одно и то же про перебор строк результата... Как оно может тормозить чуть более чем какой-нибудь орм, неясно
go-pg на своем драйвере
источник

IK

Ilya Kaznacheev in Go-go!
Насколько помню
источник

EK

Eugene Koshevoy in Go-go!
Привет. Кто-то с krakend активно работал  и трасингом в нем?
источник

ВС

Владимир Столяров in Go-go!
Ilya Kaznacheev
go-pg на своем драйвере
Да
Кстати интересно, сидит ли тут его автор) он ж вроде наш соотечественник
источник

PT

Pax au Telemanus in Go-go!
кстати по теме авито почему баунсер а не одисей от яндекса?
источник

ЛА

Локоть Анатолий in Go-go!
Pax au Telemanus
кстати по теме авито почему баунсер а не одисей от яндекса?
Они там говорят , что баунсер сложился исторически, со времен пхп, а сейчас не нужен
источник

PT

Pax au Telemanus in Go-go!
почему не нужен?
пуллеры коннектов внутри сервисов не совсем то что общий пуллер
источник

ЛА

Локоть Анатолий in Go-go!
Хотя не соглашусь, что не нужен. Гошный пулл коннектов работает внутри одного процесса. Добавляешь второй процесс и общее число коннектов к бд увеличивается вдвое - надо менять настройки пулла в каждом процессе
источник

ЛА

Локоть Анатолий in Go-go!
Pax au Telemanus
почему не нужен?
пуллеры коннектов внутри сервисов не совсем то что общий пуллер
Они говорят, что не нужен, ТК в го есть свой пулл.
источник

PT

Pax au Telemanus in Go-go!
да и как спрогнозировать какой сервис в какой момент должен держать сколько коннектов
источник

S

Slach in Go-go!
Локоть Анатолий
Они там говорят , что баунсер сложился исторически, со времен пхп, а сейчас не нужен
потому что одисей от яндекса только недавно более или менее по функционалу pgbouncer догнал
до этого PAUSE \ RESUME не было
и были issues когда люди его не сильно

кроме того это все костыли, которые от исторической архитектуры постгреса возникли

вон PostgresPro делают встроенный пуллер и пытаются его пропихнуть в ванильную постгрю
источник

PT

Pax au Telemanus in Go-go!
нагрузку очень сложно прогнозировать отдельно по сервисам
источник

ЛА

Локоть Анатолий in Go-go!
Pax au Telemanus
да и как спрогнозировать какой сервис в какой момент должен держать сколько коннектов
Да, можно знать лишь максимум коннектов.
Схема без баунсера будет ок только если весь функционал по доступу к бд будет в одном процессе, что я лично не встречал
источник

ВС

Владимир Столяров in Go-go!
Slach
потому что одисей от яндекса только недавно более или менее по функционалу pgbouncer догнал
до этого PAUSE \ RESUME не было
и были issues когда люди его не сильно

кроме того это все костыли, которые от исторической архитектуры постгреса возникли

вон PostgresPro делают встроенный пуллер и пытаются его пропихнуть в ванильную постгрю
Интересно, коробочный HA там вообще планируют или это так и будет на откуп пользователей из-за CAP
источник