LB
А почему нельзя взять реальные данные и тестировать на них?
Я их в жизни не очищу.
Size: a a a
2020 February 05
AC
Можно взять данные "до вчера"
AC
Я их в жизни не очищу.
Так не нужно очищать их все, достаточно 1%
AC
Или 0.1%, whatever
ЕО
Так и не нужен консистентный-то?
А он вот хочет консистентности
LB
Ну потому что в самом описании мира нет информации о том в каком порядке заполнять твои апи и, тем более, как именно
Я согласен захардкодить зависимости сервисов, ОК . т.е. получу ([ReqSvc1], [ReqSvc2], .... ) и буду знать в каком порядке их проигрывать просто потому что я знаю как, без формальностей :)
AC
А он вот хочет консистентности
Ну, данные "за вчера" вполне могут быть консистентыми, кажется
Хотя, я не знаю, зависит от
Хотя, я не знаю, зависит от
LB
Так не нужно очищать их все, достаточно 1%
Как выбрать 1% в стейте каждого сервиса,чтобы в конце осталась 99% сходимость ? :)
P
А почему нельзя взять реальные данные и тестировать на них?
Низя, ибо они персональные жы
ЕО
Ну, данные "за вчера" вполне могут быть консистентыми, кажется
Хотя, я не знаю, зависит от
Хотя, я не знаю, зависит от
Ну у него сотня баз и снимают бекапы абы как без распределенных транзакций
ЕО
Как выбрать 1% в стейте каждого сервиса,чтобы в конце осталась 99% сходимость ? :)
Ручками
LB
Ну у него сотня баз и снимают бекапы абы как без распределенных транзакций
У кого-то не так? :) Ну если сервисов действительно десяток и больше
GG
Я согласен захардкодить зависимости сервисов, ОК . т.е. получу ([ReqSvc1], [ReqSvc2], .... ) и буду знать в каком порядке их проигрывать просто потому что я знаю как, без формальностей :)
Я одну вещь накину
GG
Если нет транзитивных зависимостей, то это не выглядит проблемой
DK
Спасибо
ЕО
Если нет транзитивных зависимостей, то это не выглядит проблемой
Он в верху писал, что есть
GG
Он в верху писал, что есть
Ссзб
GG
А>Б>С>А можно разорвать введением нового сервиса Д
ЕО
А>Б>С>А можно разорвать введением нового сервиса Д
А, это называется циклическая зависимостт