r
HTTP-based communication(gRPC/plain http), можно использовать асинхронную коммуникацию через AMQP, можно хоть кастомный протокол поверх tcp/udp написать
А что-то по типу сокетов не получится? Или только брокер?
Size: a a a
2020 February 11
И
у них вроде единственных есть апишка для расчётного счета ?
KL
А что-то по типу сокетов не получится? Или только брокер?
можешь по вс, никто не запретит
KL
А что-то по типу сокетов не получится? Или только брокер?
всё зависит от того, что тебе нужно
YI
многопоточность за счёт event loop?
Yep
go
у них вроде единственных есть апишка для расчётного счета ?
да, какая-то апишка есть
YI
многопоточность за счёт event loop?
Я знаю что нода однопоточная)
r
всё зависит от того, что тебе нужно
У юзера обновились данные, нужно другому сервису дать об этом знать
И
да, какая-то апишка есть
потому что все запросы по этой теме ведёт только на BY отделение
G
Объясните, не понимаю
go
потому что все запросы по этой теме ведёт только на BY отделение
я вот нашел https://api.alfabank.ru
YI
Объясните, не понимаю
В плане что такое event loop?
И
я вот нашел https://api.alfabank.ru
не, не то
KL
У юзера обновились данные, нужно другому сервису дать об этом знать
ну вроде как брокер здесь не плохо подходит: данные обновился -> кинул сообщение -> сервис(ы) получили и выполнили какие-то дейтсвия
G
В плане что такое event loop?
Что за многопоточность за счёт евент лупа
YI
Что за многопоточность за счёт евент лупа
Мне с нуля объяснить или как?) на ютубе видео есть)))
go
какого фига вообще у них сайт на битриксе?
YI
какого фига вообще у них сайт на битриксе?
А что такого?)
KL
У юзера обновились данные, нужно другому сервису дать об этом знать
но можешь и просто HTTP запрос отправить, просто брокер позволит скрыть получателей сообщения(может твоё событие прочитает 1 сервис, может 5)
YI
