Product surface
A Next.js and React interface backed by explicit server-side application boundaries.
Evolving a production-oriented video platform into a more independently developable, contract-driven system without making delivery unsafe for a solo operator.
OpenReels combines interactive social features, private media, asynchronous work, and production delivery. Early service separation existed at the process level, but development workflows, data ownership, and failure behavior still carried hidden coupling.
My objective was to deepen those boundaries while preserving working production behavior: protected media access, controlled database evolution, and an immutable release path could not be treated as disposable implementation details.
I own the product architecture, implementation, validation strategy, protected delivery model, operational documentation, and release workflow. The work spans frontend product behavior, backend services, data and messaging boundaries, CDN authorization, and CI/CD.
This overview deliberately omits credentials, internal addresses, deployment topology, and security-sensitive operating procedures.
A Next.js and React interface backed by explicit server-side application boundaries.
Bun services coordinate PostgreSQL-owned state, Redis-backed runtime concerns, and typed contracts.
RabbitMQ messaging supports durable background work with validation, retries, and failure visibility.
Private object storage and a guarded CDN path keep media access scoped to authorised product flows.
OpenReels remains a private monorepo operated by one developer. It intentionally balances modular boundaries against operational simplicity rather than claiming database-per-service independence. Some shared infrastructure and larger service entry points remain documented engineering debt. Those constraints are part of the design discussion, not hidden from it.
Interested in the engineering decisions behind this work? Connect through the portfolio contact form or LinkedIn.