Сравнение логов: выравнивание и различия файлов по временным меткам

Когда один запрос затрагивает три сервиса и что-то идёт не так, правда распределена по трём файлам логов. Чтение по одному заставляет держать временные метки в голове, переключаться между редакторами и каждый раз терять нить. Log Compare использует противоположный подход: откройте сразу все нужные файлы, и просмотрщик выровняет их на общей временной шкале; при прокрутке одного лога остальные перейдут к тому же моменту. Главное взаимодействие — прокрутка, привязанная к временным меткам. Каждый файл разбирается в браузере, а временная метка каждой строки индексируется. Когда вы перемещаетесь по основному логу, другие панели следуют к ближайшей строке в этот момент или непосредственно перед ним — это тот же приём, который инженеры вручную применяют с двумя мониторами и большим терпением, но здесь он автоматизирован. Расхождение часов между машинами остаётся видимым, а не скрывается, и это само по себе важно для диагностики: если лог базы данных утверждает, что событие произошло раньше вызвавшего его запроса, вы узнали нечто важное о настройке NTP. Фильтры делают выравнивание полезным в масштабе. Подробный сервис может выдавать тысячи строк в секунду; фильтр по ключевому слову или регулярному выражению для каждого файла сокращает каждую панель до нужных строк — кода ошибки, ID запроса или ID пользователя, — при этом выравнивание продолжает работать по полной временной шкале. Сочетание фильтра по ID запроса во всех панелях превращает распределённую трассировку в то, что можно прочитать сверху вниз. Всё происходит локально. Файлы читаются через File API браузера и никогда не покидают вашу машину, что важно, если в логах есть данные клиентов, токены или внутренние имена хостов, которые нельзя вставлять в случайный онлайн-инструмент. Это также означает, что практический предел задаёт ваша RAM, а не лимит загрузки. Типичные случаи использования: разбор инцидента, когда вы восстанавливаете минуту хаоса по пяти сервисам; сравнение лога проблемной среды со здоровой, чтобы найти место расхождения поведения; отслеживание одного ID запроса через клиент, шлюз и бэкенд; и проверка, что исправление изменило последовательность событий, а не только текст ошибки. Просмотрщик имеет открытый исходный код, поэтому правила разбора можно расширить для пользовательских форматов временных меток.