VideoPix: Dificuldades e soluções para criar um SaaS que permite streamers receberem donates para ver vídeos do youtube

Como surgimos

Meu irmão (Matheus) resolveu começar a fazer lives na twitch há cerca de nove meses ele me relatou então que tinha um problema bem chato pra exibir vídeos na live. Basicamente, quando um viewer queria que ele assistisse a um vídeo ele enviava um Pix ou um donate com o link do vídeo então, ele como streamer, precisava acessar o donate/pix, copiar o link, puxar a tela do chrome pra então exibir o conteúdo do vídeo.

A partir disso, ele me perguntou se eu saberia criar um sistema para exibir vídeos automatimente mediante o pagamento de um pix, e eu pensei: Por que não?

Base

Como base para o projeto, escolhemos alguns conceitos: O primeiro deles é a flexibilidade, queríamos permitir que o streamer pudesse realizar todo tipo de configuração, por exemplo:

• Tempo máximo de exibição do vídeo.
• Tempo mínimo de exibição do vídeo.
• Quantidade mínima de views que o vídeo deve ter.
• Preço por segundo de exibição.
• Preço fixo.
• Cores do texto de exibição do donate.
• Música de alerta ao receber pix.

Início

O meu primeiro desafio foi entender como funciona para adicionar algo em alguma live, o método de funcionamento disso nunca havia me interessado então, com o auxílio do meu irmão, entrei no ambiente dele e vi que usam um software chamado OBS, o qual é um orquestrador de tudo que acontece na live, permitindo alterar o layout, inserir layers e etc, dentro disso o que me chamou a atenção foi a possibilidade de exibir um layer com o conteúdo provindo de um site.

Com isso, comecei a definir a arquitetura do sistema.

Arquitetura

Acredito que, para uma PoC e a criação de um SaaS, a escolha da stack não é o fator mais importante. Por isso, utilizei-me das linguaguens e tecnologias que tenho mais experiência:

• Golang: Nossa api, responsável por lidar com toda a lógica do sistema, foi desenvolvida em golang com Gin e GORM. Também foi necessária a criação de um websocket, o qual foi desenvolvido com Gorilla.
• Next.js: Escolhi Next.js para o desenvolvimento do frontend, pois já trabalho com React há algum tempo.
• RabbitMQ: Mesmo sendo um sistema pequeno, utilizei um sistema de mensageria para gerenciar os vídeos a serem exibidos. Cada streamer tem sua própria fila, conectada ao WebSocket. Sempre que um vídeo é solicitado, ele é inserido na fila e processado automaticamente.
• Postgres: Escolhi postgres como banco de dados pela sua performance/escalabilidade e pelo fato de ja ter trabalhado com ele em diversos sistemas web.

Problemas?

Gateway de pagamento

Acredito que aqui foi onde encontrei o maior problema. Encontrar um gateway de pagamento que fornecesse ao mesmo tempo, flexibilidade e um sistema de split de pagamentos. Realmente, não era meu objetivo fazer com que o streamer precisasse criar uma conta em um gateway para utilizar o videoPix, entretanto, depois de rodar muito, acabei desistindo da parte da flexibilidade e escolhi o Mercado Pago.

E como funciona? Simples! Quando o usuário cria uma conta na plataforma, ele conecta sua conta do Mercado Pago via OAuth. Assim, conseguimos distribuir AUTOMATICAMENTE os lucros entre o gateway, o SaaS e o próprio usuário.

Youtube

Para atrelar um vídeo do youtube encontrei alguns problemas:

1. Validação de input: Era necessário validar o input do usuário, para ter certeza que ele estava fornecendo um vídeo válid e que o tempo de exibição e o tempo de início da exibição não era maior que o tamanho do vídeo.
2. Limite de requisições: A api do Youtube tem um limite de requisições por dia, algo em torno de 10000, a ideia aqui realmente não é lidar com um problema de optimização prematura, mas sabendo que boa parte dos vídeos são repetidos, eu resolvi cachear as informações básicas do vídeo para não ter que chamar o youtube a cada validação/envio de pix.

Moderação de conteúdo

Decidir quais vídeos poderão ou não serem exibidos realmente é um problema complexo. Na VideoPix, o problema é resolvido de algumas maneiras:

1. Youtube: A nossa única fonte de vídeos é o Youtube, desta forma, garantimos que, pelo menos pelo filtro de conteúdo do youtube o vídeo passou.
2. Quantidade mínima de views: Neste caso, implementamos um modelo onde o streamer pode selecionar a quantidade mínima de views que o vídeo precisa ter para que possa ser exibido. Isso já automaticamente aumenta a barra e diminui a possibilidade de um vídeo sensível ser exibido. Mas ainda não resolve todos os problemas.

Futuro

Por mais que a nossa solução tenha diversos métodos de controle e possua uma base forte ainda acredito que faltam algumas coisas:

1. Dashboard de aprovação: Essa foi uma requisição dos grandes streamers, basicamente, a ideia aqui é implementar um dashboard onde será possível os moderadores da live validarem o vídeo antes de ser exibido.
2. Mais personalização: Sério, somos obcecados por personalização, queremos num próximo passo, permitir que o streamer defina a paleta de cores e bordas dos vídeos a serem exibidos.
3. OnlySubs: Outra feature interessante que queremos aplicar é a criação de um modo onlysubs, onde, caso o streamer deseje, somente usuários que sejam sub de seu conteúdo possam realizar o donate.
4. Blacklist: Outro passo muito importante no conhecimento e validação dos nossos usuários é a criação de uma blacklist com usuários que solicitaram o chargeback do seu dinheiro, esse modo, obviamente, só estará disponível para quem estiver com o modo OnlySubs ativo.