PR
Скажите как вы в этом случае поступаете с "плохими" сообщениями, который скажем содержат не верный формат или что то
404 BadRequest и все дела..
Size: a a a
2020 February 10
A
Логгируем, и вызываем ack
Куда логируете?
A
ОТдельная очередь?
D
Куда логируете?
Нет, обычный ELK
A
Нет, обычный ELK
Не совсем подходит...
A
Хотя сейчас обсужу может лучше так и сделать и все
D
У нас для анализа ошибок написан отдельный сервис, собирает логи и выдаёт отчётность за период. Таким образом и отлавливаем
A
У нас для анализа ошибок написан отдельный сервис, собирает логи и выдаёт отчётность за период. Таким образом и отлавливаем
Да тут думают что смогут править типа руками и возвращать в очередь - если что то не так с мессаджем
A
Глупость дикая - но постановка примерно такая
A
Типа сложите - наши менеджеры проверят и исправят лол))
D
Да тут думают что смогут править типа руками и возвращать в очередь - если что то не так с мессаджем
Как править руками? Формат сообщения?
PR
а задача именно исправлять неверные сообщения? вопрос - зачем? если что-то прислало не по контракту, то значит оно работает со старой версией или ещё что...
A
Как править руками? Формат сообщения?
json
D
Но ведь можно прислать верный формат
D
Проблема не принимающего здесь
D
а задача именно исправлять неверные сообщения? вопрос - зачем? если что-то прислало не по контракту, то значит оно работает со старой версией или ещё что...
This
A
аргументация такая
A
У нас на принимающий это воркеры для Dynamics CRM
A
Там модель данных настраивается консом и бывает так что длина поля не такая
A
То есть в базе 25 а по факту 250. Чтобы могли проверить понять что не так и потом если что вернуть эти сообщения в очередь