Catabum

En uno de los proyectos más retadores, el objetivo fue claro desde el inicio:

crear una plataforma de streamers donde el contenido, la interacción y el negocio ocurrieran en tiempo real.

Así nació CATABUM.

Una plataforma pensada para que los streamers no solo transmitieran, sino que crearan eventos, definieran si eran gratuitos o de pago, y monetizaran su audiencia sin depender de plataformas externas.

Desde la arquitectura, el enfoque fue ambicioso:

• Microservicios desarrollados en Node.js, Java, Golang y Spring Boot
• Un servicio master en Golang, con arquitectura CQRS
• Comunicación basada en eventos con Kafka, porque cuando miles interactúan al mismo tiempo, los acoplamientos sobran
• Clusters de MongoDB optimizados para escritura
• Clusters de Kafka siempre disponibles para absorber picos de tráfico
  (ideal cuando un streamer decide hacer un evento… y todos llegan juntos)

La infraestructura también evolucionó:

• Provisionada con Terraform y Terragrunt
• Inicialmente desplegada en Azure
• Y posteriormente migrada a AWS, porque escalar también implica saber moverse

En CATABUM, cada evento era más que un stream:

🎫 El streamer creaba el evento y definía su precio

🧑‍💻 El usuario compraba la entrada

🪙 Todo se gestionaba con una moneda interna: CATACOINS

— acumulables entre eventos

— canjeables por accesos o productos dentro de la plataforma

Y para mantener la interacción viva, los streamers podían:

❓ Lanzar trivias en tiempo real

⚡ Interactuar con los espectadores durante el evento

📊 Recibir métricas inmediatas de participación

Los retos fueron muchos:

• Concurrencia real
• Consistencia eventual
• Alta disponibilidad
• Experiencia fluida bajo carga
  Y esa sensación constante de que, si algo fallaba, fallaba en vivo.

💬 Si alguna vez construiste sistemas donde el negocio depende de eventos en tiempo real, sabes que aquí no hay “reintentos después”.

Los leo en comentarios.