k
Size: a a a
2020 September 24
SP
ошибка сети, назад не выслали ack для кролика - вполне реальный кейс
ну придет второй раз, запроцессится. Не вижу проблемы. Это не приведет к бесконечным циклам и проблемам. + это не так часто происходит.
SP
+ проблемы out of order и only once delivery они как бы да есть и тебе надо проектировать систему которая толерантна к этому
D
ну придет второй раз, запроцессится. Не вижу проблемы. Это не приведет к бесконечным циклам и проблемам. + это не так часто происходит.
ага понял, тогда обсуждение исчерпано
вы каждое сообщение видите как полностью валидное
вы каждое сообщение видите как полностью валидное
SP
проблема в желании что-то проверять. Это тип говорит о том что ты понятия не имеешь как у тебя данные по системе ходят
еще раз повторю - основная проблема лежит в этой плоскости. Люди не понимают как у них данные в системе ходят, в каком порядке чего меняется. Потому появляются всякие статусы и проверки в куче мест
D
ну ты же меняешь внутренний стейт, который говорит о том, что картинка запроцессилась, значит внутри уже будешь знать, что запроцессилась 🤔
так картинку процессит не модель картинки, а внешний сервис
и он скажет картинке - мы тебя запросесили, она ну ок
дальше опять картинка прилетает в сервис - если не шарить стейт, то придется процессить ее опять
и он скажет картинке - мы тебя запросесили, она ну ок
дальше опять картинка прилетает в сервис - если не шарить стейт, то придется процессить ее опять
SP
ага понял, тогда обсуждение исчерпано
вы каждое сообщение видите как полностью валидное
вы каждое сообщение видите как полностью валидное
я тоже понимаю что у тебя нет желания разобраться)
D
я тоже понимаю что у тебя нет желания разобраться)
я понял абсолютно вашу идею, я с ней не согласен
SP
не уверен что ты понял
SP
а вы считаете
прилетело - значит процессим, и пофиг что там или что уже 100500-й раз мы это процессили
прилетело - значит процессим, и пофиг что там или что уже 100500-й раз мы это процессили
ну просто в реальной жизни таких проблем нет)
D
ну просто в реальной жизни таких проблем нет)
вы в какой-то другой вселенной живете 🙂
ИРЛ некоторые могут запихать сообщение в кролика просто так, без всяких моделей и этой все радужной хератени
ИРЛ некоторые могут запихать сообщение в кролика просто так, без всяких моделей и этой все радужной хератени
SP
есть retry + backoff + error queue, есть проблемы с тем что одно и то же сообщение может пару раз придти из-за проблем с сетью, есть проблемы что из-за retry логики сообщения могут меняться местами - это все решаемо и при этом достаточно легко
SP
вы в какой-то другой вселенной живете 🙂
ИРЛ некоторые могут запихать сообщение в кролика просто так, без всяких моделей и этой все радужной хератени
ИРЛ некоторые могут запихать сообщение в кролика просто так, без всяких моделей и этой все радужной хератени
ну так разберись почему так происходит в твоей системе))) если прилетит совсем говно то сообщение пару раз попробует обработаться и отправиться в error queue. Будут там мониторинг и алерты и мне в слэки телеги напишет что шота там не то происходит.
я не понимаю какую пробелму ты решаешь. Ощущение что ты просто придумал какую-то проблему или напоролся на джунов и теперь воспоминания страшные
я не понимаю какую пробелму ты решаешь. Ощущение что ты просто придумал какую-то проблему или напоролся на джунов и теперь воспоминания страшные
D
Так или иначе кто-то должен проверять, чтобы не было лишней работы и брать существующее. Если картинка залетает в сервис, то он должен ее процессить. Может быть еще другой сервис, который будет кешировать картинки и проверять есть ли они уже сохраненные
да и сам сервис может писать лог что он уже процессил, но тогда ему нужно взять ид картинки, что тоже шаринг стейта 🙂
SP
да и сам сервис может писать лог что он уже процессил, но тогда ему нужно взять ид картинки, что тоже шаринг стейта 🙂
айдишники не меняются и их можно шарить