Uma plataforma de esportes ao vivo pode transformar um gol, um pênalti, um cartão vermelho ou uma mudança no tempo de volta em um placar atualizado em segundos. Por trás dessa tela simples, existe uma complexa infraestrutura tecnológica que lida com fluxos constantes de dados, milhares de conexões e picos repentinos de tráfego quando um grande evento começa. Cada parte do sistema precisa funcionar em conjunto, desde o fluxo de dados original até a atualização que aparece no celular do usuário. Vamos ver como isso acontece.
Tudo começa com dados esportivos ao vivo.
O primeiro passo é obter informações confiáveis do próprio evento. Os provedores de dados esportivos coletam informações por meio de olheiros de estádios, fontes oficiais, sistemas de rastreamento e outras tecnologias de coleta de dados, e então enviam esses eventos para plataformas que podem processá-los.
A escala é substancial. A Sportradar afirma que sua operação de dados em tempo real abrange mais de 900.000 eventos em 32 modalidades esportivas, com 12.600 olheiros trabalhando em 35 aplicativos e feeds de dados. Sua oferta mais ampla de API de Dados Esportivos cobre mais de 750.000 eventos por ano em mais de 80 modalidades esportivas e mais de 500 ligas.
Um feed de futebol pode conter muito mais do que o placar atual. Gols, cartões, substituições, chutes, pênaltis, lesões, lances do VAR, status da partida e estatísticas dos jogadores podem se tornar pontos de dados individuais. Para alguém acompanhando uma partida por meio de sites como https://sportbet.one/pt/sports/soccer , essas informações precisam ser transferidas da fonte para a plataforma com rapidez suficiente para manter o status da partida exibido atualizado.
Passa de um evento bruto para uma atualização ao vivo.
Assim que um evento entra no sistema, a plataforma precisa determinar exatamente o que aconteceu e a que lugar pertence. Isso significa associar o evento à competição, partida, equipe, jogador e estado do jogo corretos, além de verificar as informações recebidas antes que cheguem aos usuários.
Considere um gol. Um único evento pode desencadear diversas atualizações simultaneamente. O placar muda, a linha do tempo da partida recebe uma nova entrada, as estatísticas de jogadores e equipes podem ser alteradas, notificações podem ser enviadas e os mercados de apostas podem precisar reagir. A arquitetura orientada a eventos facilita o gerenciamento, pois diferentes serviços podem responder ao mesmo evento sem que todos estejam diretamente conectados.
As diretrizes atuais da AWS para apostas esportivas baseadas em eventos utilizam fluxos de terceiros para atualizações de jogos e probabilidades de mercado ao vivo, e então encaminham esses eventos por meio de serviços como EventBridge, SQS, Lambda, DynamoDB e AppSync.
Depende da latência.
Latência é o tempo decorrido entre a ocorrência de um evento e a atualização correspondente chegar ao usuário. Em uma partida ao vivo, essa diferença pode se tornar muito perceptível. Um gol marcado há vários segundos não deveria continuar aparecendo como um evento desconhecido enquanto o restante da página continua carregando normalmente.
O desafio se torna ainda maior quando se trata de apostas ao vivo. Um gol, um pênalti ou um cartão vermelho podem alterar o rumo da partida e os mercados associados a ela. A arquitetura de referência da AWS, por exemplo, permite que provedores terceirizados enviem dados de mercado ao vivo para o EventBridge, enquanto as assinaturas do AppSync enviam informações atualizadas para os usuários conectados. Ela também oferece suporte à suspensão de mercados em tempo quase real quando as condições mudam.
Não existe um único valor de latência que defina uma boa plataforma de transmissões esportivas ao vivo. O atraso total depende do sinal original, do tempo de processamento, das condições da rede, da arquitetura do aplicativo e do dispositivo e conexão do usuário. Portanto, os engenheiros precisam reduzir os atrasos em toda a cadeia.
É necessário streaming para manter os dados em movimento.
Um aplicativo tradicional pode ficar consultando um servidor constantemente, perguntando se houve alguma alteração. Isso pode funcionar para atualizações ocasionais, mas se torna caro quando milhares ou milhões de usuários estão monitorando informações que mudam constantemente.
O streaming adota uma abordagem diferente. A plataforma mantém uma conexão e envia novas informações à medida que os eventos chegam. Por esse motivo, os sistemas modernos em tempo real geralmente usam conexões persistentes e atualizações baseadas em assinatura. A AWS descreve as assinaturas do AppSync como uma forma de fornecer atualizações em tempo real para aplicativos conectados, incluindo placares esportivos ao vivo e informações sobre partidas.
WebSockets são outra opção comum. Eles permitem que um aplicativo mantenha uma conexão aberta com um servidor, para que as atualizações possam ser transmitidas entre eles sem a necessidade de criar repetidamente uma nova solicitação. Isso os torna úteis para placares, estatísticas ao vivo, bate-papo e outras interfaces onde os dados estão em constante mudança.
Deveria ser escalável.
Gerenciar uma única partida ao vivo é relativamente simples. O interessante é gerenciar a mesma partida para uma audiência enorme, já que a infraestrutura precisa ser aprimorada.
Uma plataforma pode distribuir solicitações entre vários servidores, armazenar em cache informações que mudam lentamente e dimensionar serviços individuais conforme a demanda aumenta. Isso é importante durante grandes torneios, disputas de títulos, finais e outros eventos, quando o tráfego pode aumentar drasticamente em questão de minutos. A AWS projetou suas diretrizes para apostas esportivas orientadas a eventos especificamente com base no tráfego sazonal e intermitente associado a eventos esportivos.
O armazenamento em cache também ajuda a proteger os sistemas principais. O nome de uma equipe, o logotipo de uma competição ou uma estatística histórica podem ser exibidos repetidamente sem acessar o banco de dados principal a cada vez. Já um placar ao vivo precisa de um caminho de atualização muito mais rápido, pois seu valor pode mudar de um instante para o outro.
Deve ser igualmente preciso e rápido.
Dados rápidos só são úteis quando a plataforma pode confiar neles. Sistemas em produção precisam lidar com mensagens duplicadas, eventos atrasados, problemas de conexão e correções ocasionais da fonte de dados original.
Por isso, validação e redundância são importantes. Se uma meta chegar duas vezes, o sistema deve reconhecer que ambas as mensagens se referem ao mesmo evento, em vez de adicionar duas metas. Se um fluxo de dados for desconectado, a plataforma precisa de uma maneira de se reconectar e recuperar seu estado. Sistemas de monitoramento também podem sinalizar lacunas incomuns ou informações conflitantes antes que elas criem um problema visível.
As plataformas de apostas enfrentam um risco adicional a ser gerenciado, pois os preços de mercado dependem do estado atual do evento. A arquitetura de referência da AWS inclui um serviço de mercado ao vivo e suspensão de mercado quase em tempo real, demonstrando a estreita integração possível entre o fluxo de dados e os sistemas de negociação.
