
Мой опыт установки Sentry self-hosted
mostok 6 минут назад Мой опыт установки Sentry self-hosted Уровень сложности Простой Время на прочтение 15 мин Охват и читатели 0 Системное администрирование * DevOps * Open source * Серверное администрирование * Кейс...
Anthropic — What company has the best second artificial intelligence model at the end of June?
В сфере искусственного интеллекта произошло заметное событие. mostok 6 минут назад Мой опыт установки Sentry self-hosted Уровень сложности Простой Время на прочтение 15 мин Охват и читатели 0 Системное администрирование * DevOps * Open source * Серверное администрирование * Кейс Из песочницы Привет! Меня зовут Даниил Ткаченко, я веб‑разработчик в ИТ‑компании «Активика». В статье я поделюсь опытом развёртывания Sentry self‑hosted для высоконагруженного проекта.
Несмотря на обилие материалов по SaaS‑версии, актуальных гайдов по self‑hosted‑установке почти нет — особенно с учётом современных требований к производительности и отказоустойчивости. Мы столкнулись с рядом проблем: нестабильностью на базовом хостинге, отсутствием перехвата HTTP‑ошибок и быстрым заполнением диска. Под катом разберу каждую проблему, покажу код решений и дам рекомендации для тех, кто планирует развернуть Sentry самостоятельно.
Технические детали
Статья будет полезна разработчикам и DevOps‑инженерам без опыта работы с self‑hosted Sentry. Нестабильность на базовом хостинге Всё началось с того, что на нашем базовом хостинге возникли ошибки: Sentry стабильно не запускался из‑за особенностей виртуализации. Нельзя было даже развернуть инструмент.
Поэтому мы переехали на другой хостинг — и тогда всё получилось. Но тут меня тоже поджидали проблемы: память быстро забивалась, и не просто логами в том же ClickHouse или файлами реплеев, а логами в Kafka. За время тестовых подключений к демоверсии проекта (а ей пользуется ограниченное число пользователей для тестирования новых функций) Sentry падал два раза, а демо-версия проекта грузилась очень долго.
Когда Sentry падал, сайт грузился очень долго — около 30–40 секунд. Это происходило потому, что клиент пытался не только загрузить JS‑скрипты с внешних CDN, но и отправить события на сервер Sentry. Запросы зависали на таймаутах, блокируя загрузку страницы.
Отраслевые последствия
Конфигурация сервера, которую использовали: 32 ГБ RAM, 4 ядра CPU, 40 ГБ SSD. Установили до ажиотажа с ценами на память — потом пришлось уменьшить RAM до 16-24 ГБ, увеличить SSD до 100ГБ и добавить swap-файл, чтобы не переплачивать. Лайфхаки для ускорения загрузки сайта, когда сентри не доступен Даже при self‑hosted решении возможны сбои: DDoS‑атаки, перезагрузка кластера, ошибки ПО.
Делюсь проверенными мной способами минимизировать их влияние, чтобы избежать длительной загрузки и работы сайта, даже при полном отказе Sentry. Локальная урезанная версия JS‑библиотеки Я скачал JS-библиотеку Sentry и хранил её локально в урезанной версии. Теперь никаких внешних запросов — загрузка мгновенная и без зависаний.
Таймауты на соединения Добавляем код с таймаутами на соединения поверх SDK, который прерывает запросы к Sentry, если они длятся дольше 300 миллисекунд. Это предотвращает переполнение очереди запросов в браузере и сохраняет отзывчивость сайта. const SENTRY_TIMEOUT_MS = 300; function makeCustomTimeoutTransport(options) { // The 'makeRequest' function is the core where you control the fetch call.
Этот прогресс даёт важные сигналы о будущем отрасли, и технологический мир внимательно наблюдает.





