No desporto em direto, creio que aquilo que consideramos a qualidade da experiência para o consumidor é fundamental. Alguns de vós devem ter reparado que temas como a latência (atraso em relação ao direto) e a utilização de (ou introdução de) áudio imersivo são temas quentes neste momento. E com toda a razão – são coisas que realmente importam para o público mundial.

Em cenários de desporto em direto, os momentos que antecedem o início do evento geram um pico de tráfego que tem um enorme impacto na plataforma e na experiência do consumidor. Afinal de contas, de que serve o áudio imersivo se não se consegue aceder ao jogo a tempo? Das grandes interrupções e falhas que têm afetado as grandes marcas que transmitem conteúdos desportivos nos últimos anos, raramente (ou nunca) se deve ao elemento final da distribuição de conteúdos multimédia.

Por isso, a que devemos estar atentos ao projetar plataformas para um alcance e escala globais?

Autenticação

O serviço de autenticação é um dos vários que suporta o impacto dos problemas de pico de carga. Nos momentos finais que antecedem o início de qualquer evento em direto, os dados analíticos demonstram habitualmente que um pico repentino de utilizadores que acedem ao serviço para preparar os seus tablets, televisores ou consolas para o evento principal resulta numa enxurrada de pedidos de autenticação e/ou de renovação de tokens de sessão.

Para um serviço SVOD ou TVOD típico que regista um pico de apenas alguns milhares de pedidos concorrentes por segundo, este valor pode ser multiplicado significativamente com a introdução do desporto em direto. A nossa experiência nos Jogos de Inverno demonstrou picos de mais de 500 mil rps (pedidos por segundo) nos momentos finais que antecederam o início dos eventos. Importa também referir que, em cenários de arquiteturas federadas ou de SSO, o encaminhamento desta carga de pedidos para os parceiros a jusante também se pode revelar, no fundo, o seu estrangulamento.

Direitos de Acesso (Entitlements)

O seguinte na minha lista é o serviço de Direitos de Acesso. O serviço de Direitos de Acesso traduz uma matriz complexa de disponibilidade de conteúdos (geobloqueio) e regras de oferta (pacotes) em tempo real à medida que o conteúdo é solicitado pelo consumidor. Num dos nossos projetos mais recentes, 220 países + 15 tipos de conteúdos + variação do dia da semana + 4 tipos de oferta = um conjunto de regras complicado e moroso de analisar. Isto resulta numa carga significativa na plataforma. Aspetos como a latência na terminação de SSL ou a recuperação de respostas de direitos de acesso a partir de camadas de cache ou fragmentos de bases de dados são aspetos a ter em conta.

Não pense que só porque os seus consumidores conseguem iniciar o evento com sucesso, a situação está resolvida. Ao contrário da Autenticação, que muitas vezes suporta apenas um pico de tráfego único nos minutos que antecedem o evento, o ponto de extremidade de Direitos de Acesso também é acedido (se estiver num ambiente robustecido) a intervalos regulares ao longo do evento.

Se estiver associado ao seu Serviço de Localização e, talvez, ao Serviço de Concorrência, não é invulgar ver o leitor efetuar consultas em intervalos de até 30 segundos para garantir que os utilizadores não estão a utilizar VPNs ou a partilhar credenciais com amigos e familiares. Em muitos ambientes, uma verificação de direitos de acesso falhada resultará na expulsão dos seus consumidores da transmissão em direto. Manter um tempo de atividade de 100% dos seus pontos de extremidade de direitos de acesso é fundamental.

Escalonamento na Nuvem

Escalonamento na Nuvem. Esta deve ser a sua galinha dos ovos de ouro – a solução para todos os seus problemas de capacidade. Os grupos de Auto-Escalonamento são fantásticos – e somos grandes defensores das capacidades nativas que os nossos fornecedores de nuvem pública e privada oferecem. Dito isto, ao pesquisar para este artigo, continuou a surpreender-me a quantidade de grandes marcas que foram apanhadas desprevenidas neste aspeto.

As regras e políticas que monitorizam a carga em áreas como a elevada latência de resposta ou a CPU da instância ainda demoram alguns segundos a entrar em ação e a gerar a capacidade de computação adicional de que necessitamos. Se adicionarmos mais alguns minutos de inicialização (bootstrapping), associação de instâncias a um balanceador de carga e validação dos controlos de integridade (health checks), acabamos de atingir uma duração total de cerca de 3 a 5 minutos.

Analisando o nosso caso de utilização de direitos de acesso acima – pode ter acabado de perder o início crítico do seu evento em direto. Se o processo que utiliza para adicionar capacidade apenas for acionado aos 75%, é provável que não atinja o objetivo. O pré-aquecimento (pre-warming) é uma excelente forma de resolver este problema. Utilize a sua agenda de eventos para programar ou automatizar o processo de adição de capacidade adicional na hora que antecede o início do seu evento em direto.

Serviços de Localização

Os Serviços de Localização são uma parte crítica da arquitetura – fortemente dependentes da lógica de direitos de acesso – mas a forma como este serviço principal é implementado pode ditar o sucesso ou o fracasso.

Os endereços IPv4 tradicionais estão agora tão escassos que os valores de TTL (tempo de vida) foram reduzidos de dias para horas – o que significa que um prestador de serviços pode atribuir um endereço IP utilizado numa parte de uma região numa segunda-feira a uma parte da região inteiramente diferente numa terça-feira. Para o consumidor, isto significa muitas vezes que o endereço IP que lhe foi atribuído no momento da subscrição pode agora estar alocado a uma região onde os direitos de reprodução são impedidos.

Ao implementar os seus serviços de localização, torna-se cada vez mais crítico garantir que os serviços de apoio ao cliente têm a capacidade de contornar, colocar numa lista branca ou ajustar um endereço IP em tempo real para conceder ao consumidor acesso imediato a um evento em direto. A transição para um Serviço de Localização próprio e gerido internamente trará uma flexibilidade incomparável, ajudará a aliviar as limitações de capacidade oferecidas pelas soluções baseadas na nuvem e, sem dúvida, garantir-lhe-á mais alguns pontos na sua pontuação de NPS.

Em conclusão

Estes subsistemas representam apenas uma fração dos componentes num ambiente típico – mas são frequentemente os que criam mais problemas. Para aqueles que adotam a nuvem e, talvez, até ambientes locais numa perspetiva de desenvolvimento próprio – o desafio é vosso. Para aqueles que construíram plataformas em torno de produtos SaaS alojados externamente por vários fornecedores, o desafio de fortificar, escalar e robustecer pode exigir um pouco mais de reflexão.