Тут, на самом деле, бывают разные варианты. Один из популярных – неправильно определился маршрут автобуса. Таким образом, мы пытаемся привязать его к трассе этого маршрута, при том, что сейчас он едет по другому, возможно, даже по соседней улице.
Транспортные средства (ТС) на одном маршруте могут ездить по разным трассам. При этом набор информации, которая приходят от поставщиков, действительно различается – в некоторых случаях такие ТС разделить без эвристик на стороне сервиса невозможно, отсюда и появляется эта задача.
Наша автоматика следит за подозрительными изменениями в объемах данных и их качестве. В некоторых случаях действительно возникает необходимость коммуникации с партнером. Тогда мы делаем все возможное, чтобы проблема была устранена как можно быстрее
JSON и XML – в данном случае, примеры форматов исходных данных, которые поступают на вход сервису приема сигналов. А основной челлендж с производительностью у нас возникает позже, на этапе обработки (привязки, прогнозирования). Все взаимодействие между сервисами внутри нашей системы, конечно же, происходит в бинарном формате :)
Действительно, не самая удачная формулировка! По факту речь о фильтрации очевидно некорректных данных – отрицательных координат, времени из будущего и т.п. Поправим, спасибо за фидбек!
Это логикой занимаются коллеги из разработки Такси, но, насколько я подозреваю, логика примерно такая, да
написал один из возможных вариантов в комментариях :) эту проблему, в определенной степени, мы, конечно, пытаемся решать
Тут, на самом деле, бывают разные варианты. Один из популярных – неправильно определился маршрут автобуса. Таким образом, мы пытаемся привязать его к трассе этого маршрута, при том, что сейчас он едет по другому, возможно, даже по соседней улице.
Транспортные средства (ТС) на одном маршруте могут ездить по разным трассам. При этом набор информации, которая приходят от поставщиков, действительно различается – в некоторых случаях такие ТС разделить без эвристик на стороне сервиса невозможно, отсюда и появляется эта задача.
Наша автоматика следит за подозрительными изменениями в объемах данных и их качестве. В некоторых случаях действительно возникает необходимость коммуникации с партнером. Тогда мы делаем все возможное, чтобы проблема была устранена как можно быстрее
JSON и XML – в данном случае, примеры форматов исходных данных, которые поступают на вход сервису приема сигналов. А основной челлендж с производительностью у нас возникает позже, на этапе обработки (привязки, прогнозирования). Все взаимодействие между сервисами внутри нашей системы, конечно же, происходит в бинарном формате :)
Действительно, не самая удачная формулировка! По факту речь о фильтрации очевидно некорректных данных – отрицательных координат, времени из будущего и т.п. Поправим, спасибо за фидбек!