Size: a a a

Архитектура ИТ-решений

2021 March 11

p

pragus in Архитектура ИТ-решений
Phil Delgyado
А, на таком железе и PG примерно столько же держит...
У pg такой дизайн, что ему либо pgbouncer надо, либо пул в клиенте. А у некоторых субд этот пулер просто часть субд
источник

SB

Sergey Bezrukov in Архитектура ИТ-решений
Roman Tsirulnikov
В схеме проверки токена на конечном сервисе есть недостаток: невозможен отзыв токена.
нужно делать токены короткоживущими с циклами обмена на новый токен через центральный сервис, либо смириться что токены неотзываемые
И этот "центральный сервис" даже не надо писать вручную, достаточно поставить у себя что-то вроде https://keycloak.org
А все популярные фреймворки поддерживают openid/oauth2 из коробки.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
pragus
У pg такой дизайн, что ему либо pgbouncer надо, либо пул в клиенте. А у некоторых субд этот пулер просто часть субд
Ну, pgbouncer в интересных кейсах мало спасает.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Sergey Bezrukov
И этот "центральный сервис" даже не надо писать вручную, достаточно поставить у себя что-то вроде https://keycloak.org
А все популярные фреймворки поддерживают openid/oauth2 из коробки.
Но, конечно, жаль, что в индустрии так и нет стандарта на back 2 back аутентификацию и авторизацию....
источник

p

pragus in Архитектура ИТ-решений
Phil Delgyado
Ну, pgbouncer в интересных кейсах мало спасает.
интересных - это каких?
источник

ST

Sergey Tsuprikov in Архитектура ИТ-решений
Phil Delgyado
Ну, pgbouncer в интересных кейсах мало спасает.
А что спасает? Pgpool?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Sergey Tsuprikov
А что спасает? Pgpool?
pgpool вообще не от чего не спасает, это способ добавить проблем в проект.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
pragus
интересных - это каких?
Большое число реально параллельных транзакций.
источник

SB

Sergey Bezrukov in Архитектура ИТ-решений
Phil Delgyado
Но, конечно, жаль, что в индустрии так и нет стандарта на back 2 back аутентификацию и авторизацию....
С авторизацией вообще тёмный лес.  Все попытки вынести её куда-то "наружу", что я видел, это какой-то ужас.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Sergey Bezrukov
С авторизацией вообще тёмный лес.  Все попытки вынести её куда-то "наружу", что я видел, это какой-то ужас.
Да хотя бы аутентификацию. OAuth и OID совсем же про другое.,
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
да ладно, client credentials
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
норм
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
(до тех пор, пока не надо в контексте делегировать полномочия енд-юзера)
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Viktor Alexandrov
да ладно, client credentials
Это какой стандарт?
источник

p

pragus in Архитектура ИТ-решений
Phil Delgyado
Большое число реально параллельных транзакций.
а в чем проблема?
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Phil Delgyado
Это какой стандарт?
OpenID Connect Client Credentials Flow
источник

PD

Phil Delgyado in Архитектура ИТ-решений
pragus
а в чем проблема?
В числе реально активных соединений на сервере )
pgbouncer же не увеличивает их число в режиме с поддержкой транзакций.
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Вполне подходит)
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Понятно, что это «немножко не то по сути», но кто мешает так решать задачу? Главное, что понятно, просто, информация есть в интернетах и проч
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Viktor Alexandrov
есть JWKS же
JWK это же лишь формат определения ключа для JWS и JWE?
источник