Size: a a a

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

2021 March 11

VA

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

PY

Pavel Yankov in Архитектура ИТ-решений
видимо, с взаимной аутентификацией?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Viktor Alexandrov
а что за двухтокенная система?
access+refresh tokens
источник

SB

Sergey Bezrukov in Архитектура ИТ-решений
Phil Delgyado
access+refresh tokens
а какие с ней проблемы при многопоточности?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Pavel Yankov
видимо, с взаимной аутентификацией?
Тут, увы, без управления ключами очень тяжко жить.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Sergey Bezrukov
а какие с ней проблемы при многопоточности?
Прикинь, как происходит смена acсess на новый с одноразовым (а иначе нет смысла) refresh tokenoм в многопоточной среде.
источник

SB

Sergey Bezrukov in Архитектура ИТ-решений
Phil Delgyado
Прикинь, как происходит смена acсess на новый с одноразовым (а иначе нет смысла) refresh tokenoм в многопоточной среде.
Я чё-то не догоняю.  Где тут проблемы-то?  У вас один токен на все потоки или по токену на поток?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Один на сервис, конечно )
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Какой смысл получать по токену на поток (и какое еще токен на поток для реактивного подхода или корутин)
источник

SB

Sergey Bezrukov in Архитектура ИТ-решений
Ну если один, то и меняйте его централизованно
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Угу. Глобальная переменная, фактически. Ужас...
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Phil Delgyado
Угу. Глобальная переменная, фактически. Ужас...
Снобизм)))
источник

SB

Sergey Bezrukov in Архитектура ИТ-решений
Ну ужас, но не ужас-ужас.  Выделите однопоточного ответственного за рефреш да и всё
источник

PD

Phil Delgyado in Архитектура ИТ-решений
С которой еще и очень аккуратно надо работать, блокировки развешивать на обновление access и так далее.
Криво, мешает производительности, сложно в реализации, особенно для фронтов.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Sergey Bezrukov
Ну ужас, но не ужас-ужас.  Выделите однопоточного ответственного за рефреш да и всё
Угу. Вместо простой логики транспортного уровня приходится громоздить сложную конструкцию с глобальными объектами.
При этом миддл на js такое не напишет. Да и сеньор не каждый.
Так что сразу можно забыть про использование этой схемы для публичного API, например.
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Phil Delgyado
С которой еще и очень аккуратно надо работать, блокировки развешивать на обновление access и так далее.
Криво, мешает производительности, сложно в реализации, особенно для фронтов.
На фронтах не так актуально 100500 параллельных запросов, могут и подождать
источник

SB

Sergey Bezrukov in Архитектура ИТ-решений
Phil Delgyado
С которой еще и очень аккуратно надо работать, блокировки развешивать на обновление access и так далее.
Криво, мешает производительности, сложно в реализации, особенно для фронтов.
Фронтов? 5 минут назад было про бэкенды вроде
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Viktor Alexandrov
На фронтах не так актуально 100500 параллельных запросов, могут и подождать
Еще как актуально, всюду же реактивка...
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Phil Delgyado
Угу. Вместо простой логики транспортного уровня приходится громоздить сложную конструкцию с глобальными объектами.
При этом миддл на js такое не напишет. Да и сеньор не каждый.
Так что сразу можно забыть про использование этой схемы для публичного API, например.
Но есть либы готовые
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Viktor Alexandrov
Но есть либы готовые
Это какие?
источник