PostHog как self-hosted аналитика: где экономит деньги, а где съедает devops-время

PostHog как self-hosted аналитика: где экономит деньги, а где съедает devops-время

PostHog закрывает сразу три задачи: продуктовая аналитика, события/воронки и session replay. Для команды это удобнее, чем собирать стек из отдельных сервисов, особенно если важны свои данные и гибкая схема событий.

Но self-host тут не «поставил и забыл». Нужны база, очереди, хранилище, бэкапы, мониторинг и человек, который будет разруливать рост событий, ретеншн и права доступа. Чем больше трекинга, тем быстрее аналитика превращается в инфраструктурный проект.

Брать PostHog имеет смысл, если:
• нужна единая панель для product + replay + feature flags;
• уже есть девопс-процесс и вы готовы сопровождать сервис;
• SaaS-альтернатива начинает упираться в ограничения по данным или событиям.

Платить SaaS разумнее, если у вас маленькая команда, нет дежурного по инфраструктуре или аналитика нужна «без сюрпризов» и без ночных алертов по диску. OSS здесь экономит подписку, но не отменяет стоимость поддержки.

Итог простой: PostHog хорош как ядро self-hosted аналитики, если вы заранее считаете не только сервер, но и часы на эксплуатацию. Если поддержки нет — лучше выбирать управляемый вариант, а не героизм.