Mercados
S&P 5007.659▼ 1,09%Nasdaq26.140▼ 2,14%Dow Jones52.002▼ 0,34%Ibovespa205.430▲ 0,54%FTSE 10010.882▲ 0,38%DAX25.623▲ 0,95%Nikkei65.324▲ 1,39%DólarR$ 5,07– 0,00%EuroR$ 5,69▼ 0,46%BitcoinR$ 412.607▼ 0,05%Powered by WIREDESK OSS&P 5007.659▼ 1,09%Nasdaq26.140▼ 2,14%Dow Jones52.002▼ 0,34%Ibovespa205.430▲ 0,54%FTSE 10010.882▲ 0,38%DAX25.623▲ 0,95%Nikkei65.324▲ 1,39%DólarR$ 5,07– 0,00%EuroR$ 5,69▼ 0,46%BitcoinR$ 412.607▼ 0,05%Powered by WIREDESK OS
Powered by WIREDESK OS
AIDevOps

Final da IPL tem 32 mi de espectadores simultâneos sem travar

Equipe de engenharia da JioHotstar preparou a final da IPL para até 75 milhões de acessos simultâneos, driblou gargalos em SMS e entregou vídeo estável a 32 milhões de espectadores.

Final da IPL tem 32 mi de espectadores simultâneos sem travar

Tecnologia

JioHotstar superou desafios técnicos para garantir streaming estável durante a final da IPL com milhões de espectadores.

Leia também: Agentes de IA respondem a mensagem oculta de pesquisadores

A transmissão da final da Indian Premier League (IPL) pela JioHotstar atingiu 32 milhões de espectadores simultâneos e rodou sem travar graças a uma operação de guerra liderada pelo engenheiro Ashutosh Agrawal, que preparou a plataforma para um pico bem maior, de até 75 milhões de usuários ao mesmo tempo.

Engenharia em modo final de campeonato

Enquanto o jogo corria em campo, a equipe de tecnologia simulava, semanas antes, cenários extremos de acesso para garantir que todos assistissem ao mesmo lance no mesmo instante, sem atrasos que entregassem o resultado pelo grito do vizinho. Para isso, os engenheiros fizeram testes de carga para 50 a 75 milhões de usuários simultâneos — bem acima dos 32 milhões que de fato se conectaram.

“Um número assustador que assusta todo mundo na equipe — a preparação para 50 a 75 milhões de usuários simultâneos”, resumiu Ashutosh. A lógica era ter folga suficiente para absorver qualquer disparada repentina de acessos, típica de esporte ao vivo. “Com cricket, você nunca sabe o que vai acontecer”, disse.

O foco absoluto estava na cadeia que leva o sinal de vídeo até o torcedor, chamada internamente de caminho dourado. “Você pode sacrificar todos os outros sistemas e componentes, mas qualquer coisa na linha de entrega do vídeo tem que ser um caminho dourado — não pode falhar. Porque se isso falhar, toda a promessa da plataforma desaparece”, afirmou o engenheiro.

Autenticação por SMS vira gargalo crítico

Ao mapear esse caminho crítico, a equipe descobriu que o maior risco não estava nas redes de distribuição de conteúdo (CDNs), responsáveis por espalhar o vídeo pelo país, mas antes disso: no login. A autenticação de milhões de usuários por SMS com códigos de uso único (OTP) em poucos minutos virou o verdadeiro teste de estresse do sistema.

A pressão é maior no primeiro dia de transmissão, quando novos usuários ou contas inativas há muito tempo voltam a entrar. “O pico real em alguns sistemas não é durante a final; é no primeiro dia, quando muitos usuários novos ou inativos tentam logar ao mesmo tempo”, explicou Ashutosh. Nesse intervalo de cinco a dez minutos, a plataforma precisa disparar e validar uma enxurrada de SMS.

Para evitar que o login derrubasse a festa, a JioHotstar escalou de forma preventiva toda a infraestrutura de autenticação e submeteu os parceiros de SMS a testes de carga rígidos. Se um deles não cumprisse o acordo de latência, o tráfego seria automaticamente redirecionado para outro fornecedor, numa espécie de revezamento forçado em tempo real.

A equipe ainda se preparou para o pior cenário. “Se todos os seus parceiros de SMS morrerem, o que o seu sistema faz?”, provocou Ashutosh. A resposta passa por criar mecanismos alternativos, como permitir que o usuário assista por alguns minutos sem autenticação ou liberar um acesso temporário, empurrando a confirmação de identidade para depois do pico.

Checklist de 200 itens e caça a pontos de falha

O planejamento incluiu uma auditoria minuciosa de toda a infraestrutura, com um checklist de 200 pontos. Cada serviço — de bancos de dados a balanceadores de carga, passando por servidores de aplicação e integrações com terceiros — foi inspecionado em busca de versões desatualizadas, janelas de manutenção mal colocadas, falta de redundância ou timeouts mal configurados.

Muitos dos itens nasceram de dores reais em temporadas anteriores. Em um dos casos citados por Ashutosh, um serviço sem keep-alive configurado descartava conexões em vez de reutilizá-las durante o pico. O efeito dominó derrubou o balanceador de carga, que não aguentou o volume de requisições novas. A falha virou lição aprendida e item obrigatório da nova rodada de checagem.

Além da análise ponto a ponto, cada responsável teve de listar os possíveis pontos de falha do próprio serviço e documentar uma estratégia de mitigação. A premissa era não deixar nenhuma interdependência sem plano B, principalmente em componentes expostos a terceiros, como parceiros de SMS.

Simulações realistas expõem problemas escondidos

Com a infraestrutura revisada, veio a etapa de testes em escala. Não bastou estressar cada microserviço isoladamente; a JioHotstar rodou simulações completas de uso, reproduzindo o caminho real do torcedor — da abertura do app à escolha da partida e ao início do vídeo.

Nessas simulações de ponta a ponta, surgiram gargalos que não apareciam nos testes verticais. Sistemas de conteúdo, por exemplo, eram chamados simultaneamente pela página de listagem, pela tela de detalhes e pela busca de metadados para o player. Quando essa convergência não era levada em conta no dimensionamento, só o teste que imitava o comportamento real dos fãs conseguia revelar o problema.

O time também estabeleceu orçamentos rígidos de latência para cada tipo de operação. Serviços internos simples, sem depender de terceiros, precisavam responder em algo como 10 a 15 milissegundos no servidor. Chamadas mais complexas, com múltiplos acessos a banco de dados ou integração externa, ganhavam uma margem maior, na casa de dezenas de milissegundos, mas ainda sob vigilância pesada.

O ponto mais sensível é a API acionada quando o usuário toca no botão para assistir. Ali, cada milissegundo conta. A chamada precisa checar autenticação, distribuir carga entre CDNs e iniciar o streaming, muitas vezes sem possibilidade de cache. A equipe opera com circuit breakers agressivos: se uma dependência externa demora mais que alguns milissegundos, a decisão é falhar rápido e se recuperar em seguida, em vez de esperar indefinidamente e derrubar a experiência.

Entenda o contexto

A operação bem-sucedida na final da IPL virou estudo de caso em conferências técnicas internacionais, em que Ashutosh compartilha bastidores da preparação e das noites em claro da equipe de engenharia. As lições interessam não só a quem transmite esporte ao vivo, mas a qualquer negócio digital sujeito a picos imprevisíveis de acesso, como grandes promoções de e-commerce.

A principal mensagem é que, em eventos de alta incerteza, o planejamento precisa ir além do óbvio. Não basta reforçar servidores de vídeo; é preciso olhar para toda a cadeia anterior — login, autenticação, parceiros externos, bancos de dados, redes — com o mesmo rigor. Ao colocar o caminho dourado do vídeo no centro das decisões e testar para muito além do número esperado de usuários, a JioHotstar conseguiu entregar uma final histórica da IPL com 32 milhões de torcedores conectados ao mesmo tempo, sem ver a promessa da plataforma se perder em travamentos.

Fonte: matéria original