Если считать аналитику +разработку, то можно все сделать за 2х недельный спринт. Это согласовать модель мониторинга и добавить ее в систему чтобы она была готова обрабатывать новые статусы. +еще какое то время на вывод релиза в ПРОМ/сетевые доступы если их еще нет и вот это вот все.
Отдельно требования по доп. ресурсам на мониторинг не делали, проводили общее НТ, после подключения, с учетом того что от систем требуется только отбросить события и пока на мониторинге стоят процессы с не очень большой нагрузкой(меньше 100 тпс), вопрос по требованиям к ресурсам у клиентов остро не стоял.
Не в кодах возврата дело(хотя вариант когда и в них тоже, и система реально работает на "так исторически сложилось", никто не отменял, и мониторинг и для этого подойдет), тут скорее имелось в виду первая система может в бизнес логике сбойнуть и следующую систему вообще не вызвать. Может не быть выполнена/просрочена ручная проверка.
В итоге следующая система в принципе может быть не вызвана. Либо вызвана, успешно получила заявку: но время обработки уже прошло.
В целом понятно, что если делать сразу и по уму это все можно мониторить на уровне каждой системы. Но если за каждую системы отвечает своя команда, удобнее иметь внешний сквозной мониторинг. Это собственно помогает в том числе посмотреть как работает весь процесс, включая смежников.
Если считать аналитику +разработку, то можно все сделать за 2х недельный спринт.
Это согласовать модель мониторинга и добавить ее в систему чтобы она была готова обрабатывать новые статусы.
+еще какое то время на вывод релиза в ПРОМ/сетевые доступы если их еще нет и вот это вот все.
Отдельно требования по доп. ресурсам на мониторинг не делали, проводили общее НТ, после подключения, с учетом того что от систем требуется только отбросить события и пока на мониторинге стоят процессы с не очень большой нагрузкой(меньше 100 тпс), вопрос по требованиям к ресурсам у клиентов остро не стоял.
Не в кодах возврата дело(хотя вариант когда и в них тоже, и система реально работает на "так исторически сложилось", никто не отменял, и мониторинг и для этого подойдет), тут скорее имелось в виду первая система может в бизнес логике сбойнуть и следующую систему вообще не вызвать. Может не быть выполнена/просрочена ручная проверка.
В итоге следующая система в принципе может быть не вызвана. Либо вызвана, успешно получила заявку: но время обработки уже прошло.
В целом понятно, что если делать сразу и по уму это все можно мониторить на уровне каждой системы. Но если за каждую системы отвечает своя команда, удобнее иметь внешний сквозной мониторинг. Это собственно помогает в том числе посмотреть как работает весь процесс, включая смежников.