А
Когда "понимаешь" что такое микросервисы...
Ок, счас "микро" уберу :) по сути же вопрос не в этом :)
Size: a a a
2020 February 25
YG
Александр
Ок, счас "микро" уберу :) по сути же вопрос не в этом :)
Тогда не понятно в чем вопрос) Как два приложения синхронизировать? Это оч сильно depends, нужно больше деталей
YG
Александр
Ребят, если одна база postgres и 2 отдельных сервиса может ли один в нее данные класть синхронно т.е. обычный инсерт/апдейт, а второй доставать асинхронно т.е. через r2dbc?
И главное зачем ты дробишь это на два инстанса?
AE
Александр
Ребят, если одна база postgres и 2 отдельных сервиса может ли один в нее данные класть синхронно т.е. обычный инсерт/апдейт, а второй доставать асинхронно т.е. через r2dbc?
не будет никаких проблем
AE
сама база не знает асинхронности если что
AE
для нее есть коннект, транзакция и запросы, все в один поток на коннект
А
для нее есть коннект, транзакция и запросы, все в один поток на коннект
Спасибо, понял.
А
И главное зачем ты дробишь это на два инстанса?
Один сервис бегает парсит сайты и результаты складывает в базу. Второй - бэкенд для api который достает эти данные. Они в дальнейшем даже на разных платформах могут быть по этому нужна низкая связанность.
ὦ
Александр
Один сервис бегает парсит сайты и результаты складывает в базу. Второй - бэкенд для api который достает эти данные. Они в дальнейшем даже на разных платформах могут быть по этому нужна низкая связанность.
Можно воткнуть между ними очередь сообщений чтобы вытаскивать данные
AE
Александр
Один сервис бегает парсит сайты и результаты складывает в базу. Второй - бэкенд для api который достает эти данные. Они в дальнейшем даже на разных платформах могут быть по этому нужна низкая связанность.
все нормально будет работать
А
ὦan
Можно воткнуть между ними очередь сообщений чтобы вытаскивать данные
Да я вот тоже думал, вместо реляционной базы сделать инмемори базу она же очередь. Вариант.
YG
Александр
Один сервис бегает парсит сайты и результаты складывает в базу. Второй - бэкенд для api который достает эти данные. Они в дальнейшем даже на разных платформах могут быть по этому нужна низкая связанность.
Ну в твоем случае ты просто бд юзаешь как очередь
AE
Александр
Да я вот тоже думал, вместо реляционной базы сделать инмемори базу она же очередь. Вариант.
так тебе надо хранить или просто куда то на фронт переправить?
А
так тебе надо хранить или просто куда то на фронт переправить?
Небольшую часть хранить долго, большую часть - взять/отдать
AE
Александр
Небольшую часть хранить долго, большую часть - взять/отдать
тогда пишешь в очередь, другим сервисом вычитываешь и что то в базу, что то на фронт
А
Да, ясно. Порекомендуйте плз очередь чтобы просто и надежно, объемы будут не очень большие.
ὦ
Александр
Да, ясно. Порекомендуйте плз очередь чтобы просто и надежно, объемы будут не очень большие.
rabbitMQ
А
Спасибо!
AE
ὦan
rabbitMQ
либо кафка
AE
да и любая mq сойдет если данынх не густо