Всем привет, вопрос в архитектуре микросервисов. Возможно не туда. Поправьте если так. Есть три задачи:
1) Аутентификация и выдача токенов.
2) Восстановление пароля, путем отправки проверочного кода смс и его верификации
3) Регистрация пользователя

По сути всем трем сервисам необходимо так или иначе заглядывать в одну БД с таблицей Accounts...
Первый сервис проверяет истинный логин и пароль
Второй - меняет пароль
Третий - добавляет новую запись.

Как же быть, если микросервисы должны быть изолированны друг от друга? Или же допустимо использовать одну БД

@k0tb9g9m0t @lynxed @upovod

че вы не поставите антиспам в канал?

всем привет, кто как видит использование KotlinDL?

yet another ML framework ;)
наверняка есть какие то фишки ради которых они его делали

но чтобы их использовать вам нужны спецы которые будут понимать как это использовать..
каких то прямо "из-ряда-вон" преймуществ из коробки нет
выглядит как удобная обертка над tensorflow для JVM... чем повидимому и является

я примерно так и подумал 🙂 спасибо за развернутый ответ 🙂

вот статья на хабре которая говорит "зачем мы делаем еще один ML framework"
https://habr.com/ru/company/abbyy/blog/506808/
если кратко, то я думаю что JetBrains сделали KotlinDL потому что нормальной интеграции tensorflow в Kotlin нет
а людей которые на нем начинают писать все больше... так почему бы не затащить их еще и этой плюшкой

всякие там ведроид модельки на Float16 гонять

Ведроид-модельки?

Сегодня только осознал , что  zookeeper не гарантирует строгую консистентность read после write. Может у кого был случай, когда это стреляло? Интересно узнать пример такого

С Новым годом, распределенные инженеры и сочувствующие! Пусть следующий год несёт больше митапов, больше интересных дискуссий! 🥂 🎄