Stripe payment bot + Telegram-native admin
Předplatitelská platforma pro uzavřenou investiční komunitu Capitalist Invest / Rynochok
Capitalist Invest / Rynochok — uzavřená investiční komunita s placeným předplatným: denní analytika trhů, týdenní research-reporty, 8 tematických kanálů (akcie, dluhopisy, volatilita, krypto, makro, commodity, research, portfolio), live chat. 500+ členů, partnerství s médiem «Ostanniy Kapitalist».
Postavil jsem dva systémy, které spolupracují: Stripe Payment Bot — Telegram frontend pro platby předplatných (jediný bod interakce s uživatelem), a Admin Panel — Telegram-native administraci pro tým (promo, ceník, broadcasty, migrace).
Moje role: solo full-stack — od architektury po produkci. Stripe bot, Telegram-native admin, webhook-pipeline, provozní dashboard v Google Sheets, Docker deploy a Cloudflare Tunnels. Před tím jsem řídil digitální komunitu kolem 1000 lidí — manuálně dělal rozesílky, komunikaci s klienty, opakované platby, přidávání a mazání členů. Tyto znalosti a zkušenosti mi umožnily postavit komplexní platformu pro automatickou správu členství.
Dva systémy, které spolupracují: Stripe-bot pro uživatele a admin panel pro tým.
Struktura, infrastruktura a procesy vývoje.
Plný lifecycle předplatného: Payment Links s metadata-routing, Subscription Schedules pro price-migrations bez škody pro aktivní subs, webhook idempotency s 30denní TTL event-registry (ochrana před retry a dvojitými platbami), failed-payment escalation s retry logikou.
Atomické 3-fázové zpracování webhook události: ack se commitne POUZE po úspěchu všech kroků. Mutex-protected JSON-storage s atomic writes (tempfile → rename) místo samostatné DB — opodstatněno velikostí týmu, běží rok bez incidentů.
Paralelní async procesy (bot, webhook receiver, API server, Telegram monitor, warning/delete checkers) pod tmux, se samostatnými logy. Koordinace přes Stripe events + sdílený Sheets — bez orchestrátoru typu Celery nebo Kubernetes.
GitLab pipelines: lint → tests (Pytest s mock Stripe přes recorded fixtures) → build → deploy. Daily log rotation, structured logs per process. Cloudflare Tunnel pro webhook ingress bez veřejné IP.
JSON soubory místo DB, Google Sheets místo samostatného dashboardu, in-memory FSM s atomic snapshots místo Redisu. Každé rozhodnutí je opodstatněno velikostí týmu a objemem — bez overkillu, max udržovatelnost.
Configy (tarify, whitelist, promo) se přečítávají přes mtime-tracking — změna bez restartu bota. Rolling deploy přes Docker: nový kontejner se zvedne vedle, traffic se přepne, starý se zastaví — nula přerušení aktivních plateb.
Tohle je jeden z mých cases. Zbytek je na hlavní.