SessionProxy — от импорта сессии до дашборда Diagram

Честная граница гарантии

• Set-Cookie вырезается из ответа — надёжно, это код, не организационное правило
• Утечка токена в теле ответа (HTML/JSON) НЕ перехватывается — осознанно не заявлено как защита

Почему Redis, а не только Postgres

• Лимиты проверяются в Redis на КАЖДЫЙ запрос гостя — быстрый путь
• Postgres — источник истины для отчётности и восстановления счётчиков после рестарта Redis
• Несколько access_policy на одной ссылке — схлопываются по правилу «самый строгий выигрывает»

HA на практике, не в теории

• Failover проверен вживую: stop primary → ~15 сек → standby стал primary, HAProxy сам переключил трафик
• etcd — не хранилище данных проекта, а только состояние кластера (кто сейчас лидер)
• Debezium подключается к текущему primary напрямую — не через HAProxy, у логической репликации свой slot

Почему именно proxy_access_logs — источник CDC

• Единственная таблица, растущая пропорционально трафику, а не числу объектов
• INSERT в Postgres долетает до ClickHouse за 1-3 секунды
• target_url/guest_session_id/shared_link_id в ClickHouse не передаются — не нужны для агрегатов

Что есть что

• Владелец — человек, чей аккаунт на целевом сайте временно расшаривается гостю
• Control plane — управляющая часть сервиса: импорт сессии, создание ссылок, политики, blacklist (REST/gRPC/веб-UI)
• Гость — человек, получивший расшаренную ссылку, работает с чужим аккаунтом через прокси
• Data plane — сам reverse proxy: подставляет куки владельца, вырезает их из ответа перед гостем
• Целевой сайт — реальный внешний сайт, доступ к которому расшарен (например, соцсеть или личный кабинет)
• Redis — быстрый кэш лимитов: сюда бьёт КАЖДЫЙ запрос гостя, чтобы не дёргать Postgres на каждый чих
• HAProxy — единственная точка входа в БД для приложения: не даёт трафику попасть на устаревший standby
• patroni1 / patroni2 — два равноправных узла Postgres, в любой момент один из них primary, другой standby
• etcd — маленькая база состояния кластера: кто сейчас лидер, через неё Patroni выбирает нового при падении
• Debezium — читает журнал изменений Postgres построчно и превращает их в поток событий
• Kafka — очередь-посредник, переносит эти события дальше, не теряя порядок
• ClickHouse — быстрая аналитическая БД, где эти события превращаются в агрегаты для отчётов
• Metabase — конечная панель, где кто-то смотрит готовые графики и цифры