Stripe payment bot + Telegram-native admin
Підпискова платформа для закритої інвестиційної спільноти Capitalist Invest / Риночок
Capitalist Invest / Риночок — закрита інвестиційна спільнота за платну підписку: щоденна аналітика ринків, тижневі research-звіти, 8 тематичних каналів (акції, облігації, волатильність, крипта, макро, commodity, research, портфель), live-чат. 500+ учасників, партнерство з медіа «Останній Капіталіст».
Я побудував дві системи, які працюють разом: Stripe Payment Bot — Telegram-фронтенд для оплати підписок (єдина точка взаємодії з користувачем), і Admin Panel — Telegram-native адмінку для команди (промо, тарифи, бродкасти, міграції).
Моя роль: solo full-stack — від архітектури до прода. Stripe-bot, Telegram-native адмінка, webhook-pipeline, operational dashboard у Google Sheets, Docker-деплой і Cloudflare Tunnels. До цього я керував digital-спільнотою близько 1000 людей — вручну робив розсилки, комунікацію з клієнтами, повторні платежі, додавання і видалення учасників. Ці знання та досвід дозволили мені побудувати комплексну платформу для автоматичного управління учасниками.
Дві системи, які працюють разом: Stripe-бот для користувачів і адмінка для команди.
Структура, інфраструктура і процеси розробки.
Повний lifecycle підписки: Payment Links з metadata-routing, Subscription Schedules для price-migrations без шкоди для активних, webhook idempotency з 30-day TTL event-registry (захист від ретраїв і подвійних нарахувань), failed-payment escalation з retry-логікою.
Атомарна 3-стадійна обробка webhook-події: підтвердження фіксується ТІЛЬКИ після успіху всіх кроків. Mutex-protected JSON-storage з atomic writes (tempfile → rename) замість окремої БД — обґрунтовано обʼємом команди, працює рік без інцидентів.
Паралельні async-процеси (бот, webhook receiver, API server, Telegram monitor, warning/delete checkers) під tmux, з окремими логами. Координація через Stripe events + спільний Sheets — без оркестратора типу Celery чи Kubernetes.
GitLab pipelines: lint → tests (Pytest з mock Stripe через recorded fixtures) → build → deploy. Daily log rotation, structured logs per-process. Cloudflare Tunnel для webhook ingress без публічного IP.
JSON-файли замість БД, Google Sheets замість окремого dashboard, in-memory FSM з atomic snapshots замість Redis. Кожне рішення обґрунтоване розміром команди і обʼємами — overkill'у нема, ремонтопридатність максимальна.
Configs (тарифи, whitelist, промо) перечитуються через mtime-tracking — зміна без рестарту бота. Rolling-деплой через Docker: новий контейнер піднімається поряд, трафік перемикається, старий зупиняється — нуль розривів активних оплат.
Це один з моїх кейсів. Решта зібрана на головній.