Size: a a a

2021 January 12

AK

Alexander Komarov in pro.jvm
cgo да, хорош
источник

IP

Iaroslav Postovalov in pro.jvm
Iaroslav Postovalov
там и AOT-код генерируют средний по оптимизации (в пользу быстрой компиляции), и гц подобран и настроен не очень
по сравнению с джавой и шарпом. если смотреть сухие бенчмарки, то hotspot сливает стандартной гошке в худшем случае в полтора (и это если не измеряли скорость прогрева jvm)
источник

AK

Alexander Komarov in pro.jvm
источник

IP

Iaroslav Postovalov in pro.jvm
Alexander Komarov
cgo да, хорош
что именно он дает?
источник

IP

Iaroslav Postovalov in pro.jvm
это другой компилятор или ffi?
источник

D

Dima in pro.jvm
Ник смени
источник

DC

Denis Chikanov in pro.jvm
Iaroslav Postovalov
это другой компилятор или ffi?
Давайте специфику разработки на го обсуждать не здесь
источник

БВ

Буйный Виталя... in pro.jvm
Iaroslav Postovalov
это другой компилятор или ffi?
Это интеграция кода на си в го.
источник

IP

Iaroslav Postovalov in pro.jvm
Буйный Виталя
Это интеграция кода на си в го.
источник

V

Vlad in pro.jvm
Коллеги, не подскажите про авторизацию и аутентификацию в микросервисном мире. У нас сложная ролевая структура, связанная с организационной структурой, которая должна ещё автоматически обновляться. Я так понимаю, что чаще всего управление пользователями м ролями отдается на откуп какому-то готовому authentication server, который поддерживает OAuth. А что делать в случае, если не хватит интеграции например с Active directory, которую предоставляет auth server? Неужели писать свой/допиливать? В микросервисах планируется и простая ролевая модель и ещё ACL в некоторых местах. Использовать стороннюю авторизацию не планируем.
источник

HH

Human Human in pro.jvm
Vlad
Коллеги, не подскажите про авторизацию и аутентификацию в микросервисном мире. У нас сложная ролевая структура, связанная с организационной структурой, которая должна ещё автоматически обновляться. Я так понимаю, что чаще всего управление пользователями м ролями отдается на откуп какому-то готовому authentication server, который поддерживает OAuth. А что делать в случае, если не хватит интеграции например с Active directory, которую предоставляет auth server? Неужели писать свой/допиливать? В микросервисах планируется и простая ролевая модель и ещё ACL в некоторых местах. Использовать стороннюю авторизацию не планируем.
Ну если готовой нет, то в чем проблема не делать кастомную?
В распределенных системах часто делают как:
Клиент заправшивает у AuthServer разрешение. Например хочу поменять ЗП Васи вот мои куки. Сервер подписывает разрешение условно на 30 сек. Далее идем уже на ресурс сервер, он проверяет подпись и разрешает действие.
источник

V

Vlad in pro.jvm
Human Human
Ну если готовой нет, то в чем проблема не делать кастомную?
В распределенных системах часто делают как:
Клиент заправшивает у AuthServer разрешение. Например хочу поменять ЗП Васи вот мои куки. Сервер подписывает разрешение условно на 30 сек. Далее идем уже на ресурс сервер, он проверяет подпись и разрешает действие.
Не понял фразу -"в чем проблема не делать кастомную"
источник

HH

Human Human in pro.jvm
Vlad
Коллеги, не подскажите про авторизацию и аутентификацию в микросервисном мире. У нас сложная ролевая структура, связанная с организационной структурой, которая должна ещё автоматически обновляться. Я так понимаю, что чаще всего управление пользователями м ролями отдается на откуп какому-то готовому authentication server, который поддерживает OAuth. А что делать в случае, если не хватит интеграции например с Active directory, которую предоставляет auth server? Неужели писать свой/допиливать? В микросервисах планируется и простая ролевая модель и ещё ACL в некоторых местах. Использовать стороннюю авторизацию не планируем.
Вообще у спринга есть роли и ACL.
источник

HH

Human Human in pro.jvm
Vlad
Не понял фразу -"в чем проблема не делать кастомную"
Почему бы не сделать кастомную, если готовой нет?)
источник

V

Vlad in pro.jvm
Human Human
Вообще у спринга есть роли и ACL.
Это да, безусловно. Вопрос в том, как допатчить auth server и нужно ли. Может как-то по-другому делают
источник

V

Vlad in pro.jvm
Vlad
Это да, безусловно. Вопрос в том, как допатчить auth server и нужно ли. Может как-то по-другому делают
Ну свой OAuth сервер реализовать правильно - задача не из тривиальных
источник

MA

Mark Andreev in pro.jvm
Vlad
Коллеги, не подскажите про авторизацию и аутентификацию в микросервисном мире. У нас сложная ролевая структура, связанная с организационной структурой, которая должна ещё автоматически обновляться. Я так понимаю, что чаще всего управление пользователями м ролями отдается на откуп какому-то готовому authentication server, который поддерживает OAuth. А что делать в случае, если не хватит интеграции например с Active directory, которую предоставляет auth server? Неужели писать свой/допиливать? В микросервисах планируется и простая ролевая модель и ещё ACL в некоторых местах. Использовать стороннюю авторизацию не планируем.
Посмотрите в сторону keycloak. Скорее он вам подойдет.
источник

HH

Human Human in pro.jvm
Vlad
Это да, безусловно. Вопрос в том, как допатчить auth server и нужно ли. Может как-то по-другому делают
keycloak по идее допиливается.
источник

V

Vlad in pro.jvm
Mark Andreev
Посмотрите в сторону keycloak. Скорее он вам подойдет.
Да, сейчас смотрю, спасибо. А вообще правильно ли использовать роли возвращаемые в токене от auth server?
источник

A

Artem in pro.jvm
А допиливать в части чего? Получил jwt токен и все
источник