📡
Coleta
O serviço identifica jogos do dia e busca contexto esportivo em fontes públicas e estruturadas.
Arquitetura do projeto
Como o backend do Cadê o Jogo? foi pensado.
O projeto nasceu para resolver um problema simples: descobrir onde um jogo vai passar sem perder tempo. A arquitetura foi pensada para coletar partidas, validar informações, enriquecer com dados úteis e entregar alertas prontos para grupos no WhatsApp e Telegram.
Fonte de dados
Partidas e contexto esportivo vindos de provedores públicos.
Inteligência de contexto
Busca e validação da informação de transmissão e odds relevantes.
Persistência
Armazenamento em banco para evitar duplicidade e controlar lembretes.
Entrega
Mensagens finais enviadas por agendamento e canais automatizados.
Visão geral
Uma solução feita para reduzir ruído e facilitar a decisão.
O “Cadê o Jogo?” foi construído em Python com apoio de ferramentas de IA para acelerar desenvolvimento, mas o desenho da arquitetura foi pensado para funcionar de forma simples, automática e fácil de manter.
🧠
Contexto
Depois, a aplicação procura a informação mais importante: onde cada jogo será transmitido.
💾
Persistência
O sistema guarda o que já processou para controlar lembretes, mensagens e estados.
🚀
Entrega
Quando chega o horário, monta a mensagem e envia para WhatsApp e Telegram.
Fluxo do sistema
O pipeline funciona em etapas bem definidas.
Diagrama simplificado
ESPN
→
Coleta
→
Normalização
→
Bing + Odds
→
MySQL
→
WhatsApp / Telegram
Coleta e enriquecimento
- Busca partidas do dia com base nos times monitorados.
- Consulta fontes externas para localizar o canal de transmissão.
- Enriquece o contexto com odds e dados de apoio.
Persistência e envio
- Salva os eventos em banco para controle e lembretes.
- Reúne tudo em uma mensagem antes do disparo final.
- Entregue por canais automáticos com menor margem de erro.
Como funciona na prática
O backend faz a parte pesada sem expor detalhes internos.
1. Aquisição
- 1O sistema consulta a ESPN para reunir as partidas do dia que envolvem os times monitorados.
- 2Essas informações são convertidas em objetos internos para padronizar o restante do processo.
- 3O projeto separa dados úteis de ruído e ignora registros incompletos ou inconsistentes.
2. Enriquecimento
- 1Com os jogos em mãos, o sistema usa pesquisas e fontes de contexto para responder: “onde vai passar?”
- 2A informação de transmissão é o coração do projeto e foi o maior desafio de implementação.
- 3A API de odds complementa os dados, enriquecendo a mensagem final sem tornar o processo mais confuso.
Decisões de arquitetura
As escolhas que deixaram o sistema mais estável.
Python como motor principal
O projeto foi implementado em Python para automatizar a coleta, a normalização e o envio de mensagens de forma clara e escalável.
Scheduler para organização
O sistema trabalha com agenda de tarefas para montar o resumo diário e disparar lembretes antes do início dos jogos.
Persistência para consistência
Um MySQL guarda o estado das partidas e evita que o mesmo evento seja processado repetidas vezes ou enviado em duplicidade.
Infraestrutura
O projeto também foi pensado para rodar de forma simples e acessível.
O serviço foi hospedado em instâncias Linux gratuitas, com Docker para facilitar o deploy do projeto e da Evolution API, além de MySQL e o restante da infraestrutura necessária para rodar em produção sem depender de estrutura complexa.
DESENVOLVIDO POR
Weslei Igor
Projeto criado para facilitar a vida de quem só quer saber uma coisa: cadê o jogo?
Vamos conversar sobre o projeto?
Ainda estou aperfeiçoando a aplicação e ouvindo feedbacks sobre a experiência e a infraestrutura.
Conheça meu LinkedIn