AH
и всё - вилы
Size: a a a
2020 June 24
ДБ
у тебя нарушена последовательность. Ты в начале должен заперсистить евент в сторадж, а после этого раскатывать его по консумерам
так я ж через очередь это делаю
AH
Hi,
what is the difference between these two
what is the difference between these two
let func1 (p1:string) (p2:string) = ...
andlet func2 (p1:string, p2:string) = ...first one is curried function which you could partially apply
VS
Second one has one argument
ДБ
он в том же порядке даст хендлеру на сохранение
VS
In form of tuple
AH
Hi,
what is the difference between these two
what is the difference between these two
let func1 (p1:string) (p2:string) = ...
andlet func2 (p1:string, p2:string) = ...for example
you can’t do it with tupled form, where you have to pass all arguments at once
let curried = func1 “arg1”you can’t do it with tupled form, where you have to pass all arguments at once
AH
так я ж через очередь это делаю
очередь это не сторадж
ДБ
ну мне кажется что тогда в коде у меня не будет старых событий, и старых хендлеров, я все обрабатываю сейчас, просто я себе сделал историчность, но и тот же read store шустрый
К примеру мне нужно наполнить новыми данными, получить которые можно перечитав события, я пишу "миграционный скрипт" который прочитает нужные событие наполнит read store новыми данными, и код API уже работает с ними
К примеру мне нужно наполнить новыми данными, получить которые можно перечитав события, я пишу "миграционный скрипт" который прочитает нужные событие наполнит read store новыми данными, и код API уже работает с ними
S
Second one has one argument
🙏
S
for example
you can’t do it with tupled form, where you have to pass all arguments at once
let curried = func1 “arg1”you can’t do it with tupled form, where you have to pass all arguments at once
🙏
ДБ
даже если сохранить самому, а потом кинуть в очередь, в остальном, норм?
ДБ
как мне кажется получится ES без версионирования событий
AH
ну мне кажется что тогда в коде у меня не будет старых событий, и старых хендлеров, я все обрабатываю сейчас, просто я себе сделал историчность, но и тот же read store шустрый
К примеру мне нужно наполнить новыми данными, получить которые можно перечитав события, я пишу "миграционный скрипт" который прочитает нужные событие наполнит read store новыми данными, и код API уже работает с ними
К примеру мне нужно наполнить новыми данными, получить которые можно перечитав события, я пишу "миграционный скрипт" который прочитает нужные событие наполнит read store новыми данными, и код API уже работает с ними
я нихуя не понял!
вот так делают
1. читают апстрим (евенты других сервисов) из очередей (очереди != евентстор)
2. реагируют на евенты, если нужно поменять свой стейт, сохраняют евент в свой локальный евентстор
3. сохранённые евенты паблишатся в даунстрим очереди тем кому интересно
вот так делают
1. читают апстрим (евенты других сервисов) из очередей (очереди != евентстор)
2. реагируют на евенты, если нужно поменять свой стейт, сохраняют евент в свой локальный евентстор
3. сохранённые евенты паблишатся в даунстрим очереди тем кому интересно
AH
очередь не имеет всей истории событий, это просто - текущий флоу. Поэтому она НЕ сторадж
VS
я нихуя не понял!
вот так делают
1. читают апстрим (евенты других сервисов) из очередей (очереди != евентстор)
2. реагируют на евенты, если нужно поменять свой стейт, сохраняют евент в свой локальный евентстор
3. сохранённые евенты паблишатся в даунстрим очереди тем кому интересно
вот так делают
1. читают апстрим (евенты других сервисов) из очередей (очереди != евентстор)
2. реагируют на евенты, если нужно поменять свой стейт, сохраняют евент в свой локальный евентстор
3. сохранённые евенты паблишатся в даунстрим очереди тем кому интересно
тут вопрос в том чтобы поднять свой стейт, ок ли его держать отдельно, не вычитывать каждый раз все евенты
AH
тут вопрос в том чтобы поднять свой стейт, ок ли его держать отдельно, не вычитывать каждый раз все евенты
ну сервис на старте читает свой локальный евентстор, собирает стейт и держит в памяти. As usual
AH
если надо помутировать себя, сохранят в евент стор - мутирует себя евентом (именно в такой последовательности)
AH
и далее паблишит этот евент
AH
принимаем на грудь следующий