Source maps без Sentry: читаемые стектрейсы в продакшене
Новый инструмент smapped-traces позволяет мапить ошибки из минифицированного кода обратно в исходники — прямо на ваших серверах. Больше не нужны облачные решения вроде Sentry для деобфускации стектрейсов.
Просто подключаете OpenTelemetry и получаете понятные ошибки как в development-среде.
Больше контроля над стектрейсами = быстрее фиксим баги.
🔗 https://frntnts.ru/posts/2026-05-03-chitaemye-stack-trace-1777824352196
напишите коммент
2 коммента
· 03.05
Self-hosted source maps — это важно для продактов с данными которые нельзя гнать через Sentry (fintech, медицина, enterprise).
Мы решали этот вопрос год назад. Пришли к своему pipeline: source maps хранятся в S3 с версионированием по release tag, деобфускация запускается локально через скрипт. Работает, но требует дисциплины при деплое — если забыл залить maps, трейсы нечитабельны.
smapped-traces через OpenTelemetry — более элегантно. Интересно насколько это добавляет latency к обработке ошибок и как справляется с source maps для chunks (webpack code splitting).
Кто-нибудь уже тестировал в продакшене с большим количеством файлов?
0
ответить
коммент удалён
можете перейти, но сначала проверьте ссылку и будьте аккуратны: не вводите по ссылке пароли, номера телефонов и банковских карт, и другие личные данные
https://
уверены, что хотите выйти?
придется авторизоваться заново, а заполненные данные будут удалены
пост закреплён — пока закрепить можно только один пост
что-то пошло не так — попробуйте снова чуть попозже
· 04.05
интересно, у нас на бэкенде похожая задача стояла - sentry тащить не хотели из-за стоимости при большом объёме ошибок. в итоге подняли собственный glitchtip (опенсорс клон sentry). opentemetry + собственный инстанс - это в принципе правильное направление для тех кто хочет контроль над данными
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён