Size: a a a

2020 August 12

DB

Daniyar Baizhaksynov in Laravel Pro
Sergo
у нас например пару десятков микросервисов смотрят в одну БД.
Где-то читал что это не ок, канонично должны быть разные базы, но я не совсем понимаю как это вообще возможно. Ведь, например, условную таблицу "users" по-любому надо будет юзать почти во всех микросервисах
Sso разве нет?
источник

АЗ

Алихан Закиров... in Laravel Pro
Sergo
у нас например пару десятков микросервисов смотрят в одну БД.
Где-то читал что это не ок, канонично должны быть разные базы, но я не совсем понимаю как это вообще возможно. Ведь, например, условную таблицу "users" по-любому надо будет юзать почти во всех микросервисах
Ну
Условно да, значит все кому нужен прям юзер целиком - ходят за юзером в какой-то сервис
источник

АЗ

Алихан Закиров... in Laravel Pro
Только не понятно зачем тебе везде юзер
источник

S

Sergo in Laravel Pro
Алихан Закиров
Только не понятно зачем тебе везде юзер
я не писал один юзер
источник

АЗ

Алихан Закиров... in Laravel Pro
Daniyar Baizhaksynov
Sso разве нет?
JWT?
источник

АЗ

Алихан Закиров... in Laravel Pro
Sergo
я не писал один юзер
Ну не один =)
источник

АЗ

Алихан Закиров... in Laravel Pro
Я поправился
источник

АЗ

Алихан Закиров... in Laravel Pro
Я пока сути проблемы не понял чесговоря
источник

S

Sergo in Laravel Pro
Алихан Закиров
Я пока сути проблемы не понял чесговоря
да нет проблемы, просто человек выше спросил ходят ли все микросервисы в 1 базу, а я описал приблизительно как сделано у нас
источник

АЗ

Алихан Закиров... in Laravel Pro
Ааа
источник

АЗ

Алихан Закиров... in Laravel Pro
Ну не, смысла делать микросервисы на одну базу мало
источник

S

Sergo in Laravel Pro
хотя я не читал что там выше, и возможно ответил вообще не по теме))
источник

АЗ

Алихан Закиров... in Laravel Pro
Такое применяется часто при распиливании огромного монолита
источник

АЗ

Алихан Закиров... in Laravel Pro
Монолит -> микросервисный монолит -> Полноценные микросервисы
источник

S

Sergo in Laravel Pro
Алихан Закиров
Такое применяется часто при распиливании огромного монолита
ну у нас приблизительно так и есть
кодовая база относительно велика, по-немногу распиливается + новые фичи (если предполагается большая бизнес-логика) сразу выносятся на отдельный сервис
и все смотрят в 1 базу

а как должно быть правильно, и есть ли вообще "правильно" - я не знаю, не особо разбираюсь )
источник

АЗ

Алихан Закиров... in Laravel Pro
основная идея разделения проекта на микросервисы заключается в простом горизонтальном масштабировании узких горлышек
источник

АЗ

Алихан Закиров... in Laravel Pro
посмотрю на вашу бд при масштабировании сервисов на условную тыщу инстансов
источник

АЗ

Алихан Закиров... in Laravel Pro
которые смотрят в одну бд
источник

АЗ

Алихан Закиров... in Laravel Pro
спойлер: ничего хорошего из этого не выйдет)
источник

АЗ

Алихан Закиров... in Laravel Pro
Sergo
ну у нас приблизительно так и есть
кодовая база относительно велика, по-немногу распиливается + новые фичи (если предполагается большая бизнес-логика) сразу выносятся на отдельный сервис
и все смотрят в 1 базу

а как должно быть правильно, и есть ли вообще "правильно" - я не знаю, не особо разбираюсь )
так шо возникновение проблем с 1 бд на все сервисы - это вопрос времени
источник