VM
ты кто такой что бы отключать питание у вечности? :)
популярный же совет
не работает перезапусти
не работает перезапусти
Size: a a a
2020 May 21
АП
/me пошел перезапускать вселенную
IK
Коллеги, а кто-то у себя реализовывал паттерн saga для межсервисных транзакций?
Поделитесь
Поделитесь
АП
посмотрел - ну клевый
АП
хотя что-то такое я делал, через mqtt
АП
не зная паттерна :)
а
популярный же совет
не работает перезапусти
не работает перезапусти
--restart=always
VM
Коллеги, а кто-то у себя реализовывал паттерн saga для межсервисных транзакций?
Поделитесь
Поделитесь
чем делиться?
IK
чем делиться?
Как конкретно реализовали? Просто через методы другого метода для откатывания (грубо говоря идем по процессу, на каждом шаге получаем ок от других сервисов, если где-то получили не ок, то каскадно отправляем отмену всем сервисам, если везде ок - сохраняем), или через какие-то дополнительные очереди, эвенты или еще как?
VV
Может быть кто-то сталкивался с проблемой
Было предположение что кллюч короткий, перегенерироовал на sha512 4096 эффекта нет.
failed to sign ECDHE parameters: crypto/rsa: message too long for RSA public key size подскажите в какую сторону копать. Было предположение что кллюч короткий, перегенерироовал на sha512 4096 эффекта нет.
АП
Как конкретно реализовали? Просто через методы другого метода для откатывания (грубо говоря идем по процессу, на каждом шаге получаем ок от других сервисов, если где-то получили не ок, то каскадно отправляем отмену всем сервисам, если везде ок - сохраняем), или через какие-то дополнительные очереди, эвенты или еще как?
это работает не так
АП
грубая схема что у тебя есть event server, и ты посылаешь в первый процесс сигнал А, в случаи успеха он возращает сигнал Б на который тригеренится процесс 2
VM
Как конкретно реализовали? Просто через методы другого метода для откатывания (грубо говоря идем по процессу, на каждом шаге получаем ок от других сервисов, если где-то получили не ок, то каскадно отправляем отмену всем сервисам, если везде ок - сохраняем), или через какие-то дополнительные очереди, эвенты или еще как?
зачем откатывать все ивенты? у нас трейдинговая площадка и роляет только последний ивент, есть очереди обрабатывающие ошибки, и каждый шаг пайплайна кладется в кафку
AP
Может быть кто-то сталкивался с проблемой
Было предположение что кллюч короткий, перегенерироовал на sha512 4096 эффекта нет.
failed to sign ECDHE parameters: crypto/rsa: message too long for RSA public key size подскажите в какую сторону копать. Было предположение что кллюч короткий, перегенерироовал на sha512 4096 эффекта нет.
Вы какое-то большое сообщение подписываете вместо хеша?
C
грубая схема что у тебя есть event server, и ты посылаешь в первый процесс сигнал А, в случаи успеха он возращает сигнал Б на который тригеренится процесс 2
а роллбэкать то как?
DP
Может быть кто-то сталкивался с проблемой
Было предположение что кллюч короткий, перегенерироовал на sha512 4096 эффекта нет.
failed to sign ECDHE parameters: crypto/rsa: message too long for RSA public key size подскажите в какую сторону копать. Было предположение что кллюч короткий, перегенерироовал на sha512 4096 эффекта нет.
Я чет такое помню, но смутно
А где это всплыло?
А где это всплыло?
АП
а роллбэкать то как?
а если у тебя не удача ты генерируешь события BA BC на которые реагируют сервисы на которые они подписаны, и там откат
VV
Я чет такое помню, но смутно
А где это всплыло?
А где это всплыло?
АП
собственно сервис грубо получается два события имеет, уникальных
АП
прием-откат