AC
Ну для эксперимента скажем что можно. Для обработки этого входящего сообщения нужна запись в сервисе пользователей. Откуда мы эту запись возьмём в новом окружении?
Вытащим из текущего, деперсонифицируем и отложим, потом зальем в тестовый?
Size: a a a
2020 February 05
N
Звучит как распределенная транзакция
Все так:))
AC
Или просто выдумаем айдишник, а потом уже ему что-то сопоставим
LB
Можно делать внутри данных сервиса некие чекпоинты:) где все засинкано в какой то момент времени. И потом научиться выдирать мелкую часть данных консистетно и без пд
Я столько языков не знаю,чтобы код даже по мелочи менять :)
ЕО
Все так:))
Легче уж на таракана переползти и снимать бекап в транзакции :)
GG
Легче уж на таракана переползти и снимать бекап в транзакции :)
Или sagas?
LB
Вытащим из текущего, деперсонифицируем и отложим, потом зальем в тестовый?
Т.е. в момент откладывания входящего сообщения мы его анализируем и понимаем чего нам не хватает и идём в другой сервис чтобы отложить ещё и кусочек стейта из него? Выглядит как воссоздание World по крупицам, из которого все равно придется генерировать запросы для всех сервисов, с чего собственно обсуждение и началось
rd
Хорошо, я может тут XY проблемой в сложной форме страдаю. Давайте сначала. Есть 10 сервисов, все читают и пишут в кафку при взаимодействии с другими, но внутри у каждого какой-то накопленный стейт. Как забутстрапить новое окружение , которым хоть как то можно пользоваться . Бекапов прода восстановить туда нельзя.
Обфусцировать бекап?
AC
Т.е. в момент откладывания входящего сообщения мы его анализируем и понимаем чего нам не хватает и идём в другой сервис чтобы отложить ещё и кусочек стейта из него? Выглядит как воссоздание World по крупицам, из которого все равно придется генерировать запросы для всех сервисов, с чего собственно обсуждение и началось
Ну да
GG
Обфусцировать бекап?
Не хотят, т.к. у каждого сервиса свой микро стейт
P
Т.е. в момент откладывания входящего сообщения мы его анализируем и понимаем чего нам не хватает и идём в другой сервис чтобы отложить ещё и кусочек стейта из него? Выглядит как воссоздание World по крупицам, из которого все равно придется генерировать запросы для всех сервисов, с чего собственно обсуждение и началось
У вас там полюбому же очередь есть? Кладите в 2, одна продовая, а другая для тестов
LB
Есть входящий поток, делай на основе него нагрузуу
Я нагрузку то сделаю,только его обслужить никто не сможет из за исключений, так как стейт пустой , а стейт наполняется чтением из топиков зависимостей
rd
Не хотят, т.к. у каждого сервиса свой микро стейт
Понимаю, но мне видится это единственным нормальным варинтом, если честно.
LB
У вас там полюбому же очередь есть? Кладите в 2, одна продовая, а другая для тестов
Это могу, но если я проиграю эту тестовую очередь в новом чистом окружении ничего кроме ошибок я не получу, так как помимо этой очереди сервис читает другие , чтобы накопить базу знаний (стейт) о мире
LB
Понимаю, но мне видится это единственным нормальным варинтом, если честно.
Вобщем варианты плохие и очень плохие. :)
rd
Вобщем варианты плохие и очень плохие. :)
Ага. Чем больше условий тем более всратые решения =)
LB
Пеши генератор.. мы на одной из моих работ, писали ьак генератор юзерзаписей в главной бд, и на основе их танком наполняли всё остальное
Воооот. Про то и речь . Писать генератор хочу, но не хочу прям уж на голом ЯП, может паттерн какой есть или фреймворк. Как то же люди делают скажем нагрузочное тестирование многих связанных сервисов разом