Выпуск открытой платформы мониторинга ошибок и производительности Gotcha 1.0

В начале сентября 2026 года состоялся начальный мажорный выпуск открытой платформы мониторинга ошибок и производительности Gotcha. Это self-hosted решение в одном Go-бинарнике: трекинг ошибок, распределённый трейсинг, метрики, логи, профилирование, мониторинг аптайма и серверов. Исходный исходник Gotcha обнародован на GitHub под лицензией Apache License 2.0.

Проект совместим со штатными Sentry SDK и принимает OTLP. Оболочку, уведомления, шаблоны писем и документы решения подготовлены на русском и английском. Данные хранятся в PostgreSQL и ClickHouse. Минимальные требования к серверной части — 2 vCPU и 2 ГБ ОЗУ.

Основные изменения и доработки в Gotcha 1.0:

• контракт совместимости заморожен (1.0.0). С этого релиза только назад совместимо меняются: имена переменных окружения, адреса приёма и форматы тел запросов, модель миграций, структура бэкапов, имена self‑метрик без пометки «временная», тело исходящего вебхука, контракт GOTCHA_AGENT_* и адреса уже опубликованных статус‑страниц. Всё, что это нарушает, ждёт мажорной версии. До 1.0 контракт мог меняться между релизами, и об этом говорилось прямо; больше не может. Что в обещание намеренно не входит — внутренние пакеты, внешний вид интерфейса, имена счётчиков с пометкой «временный», — сказано там же, вместе со сроками депрекации по каждому пункту: Политика версионирования. Практический смысл для того, кто держит инстанс: апдейт перестаёт быть событием, к которому готовятся — ознакомиться апдейт, подтянуть образ, поехали;

• веб-страница проектов организации больше не показывает чужие проекты (1.0.0). В предикате доступа сработал приоритет операторов — AND связывает сильнее OR, — из‑за чего ветвь «доступ через команду» оставалась без сужения по организации: тот, кто состоит в команде в другой организации, видел на /orgs/{id}/projects и её проекты. Права при этом не расширялись — каждый показанный инициатива потребитель и так мог открыть. Предикат заключён в скобки в самом объявлении, что защищает и два других запроса, которые из него собираются;

• три устаревших адреса приёма удаляются в 2.0, а не в 1.0 (0.37.0). /logs, /profiles/pprof и /api/{project}/deployments/ продолжают функционировать: те же заголовки, тот же счётчик, те же ответы — изменился только документированный срок удаления. Причина — собственная политика депрекации: между объявлением об устаревании и удалением обязан пройти минимум один мажорный релиз, а устаревшими их объявили 31 августа. Ломать чужие интеграции релизом, который называется «обещание стабильности», было бы странно.