Foi identificada uma falha em na pipeline de compressão de vídeo, que fazia com que a pipeline de transcrição não encotrasse alguns arquivos. A falha já foi corrigida e o processamento das transcrições está estável novamente.

Foi identificado um problema no processamento das transcrições de alguns segmentos de TV. Estamos investigando a causa e reprocessando os segmentos que foram afetados.

Ao longo do fim de semana a emissão de algumas newsletters falhou, principalmente as que envolviam alguns veiculos de tier 1. Esse erro se deu por conta de uma má classificação na propriedade "tier" dos veículos, que deve ser um número de 1 a 4, mas recebeu valores textuais. Essa classificação foi corrigida e as newsletters foram normalizadas.

O serviço de conexão de dados encontra-se estável e operando normalmente.

Para garantir que essa instabilidade não se repita, estamos isolando o serviço responsável pela conexão de dados em um ambiente dedicado. Também configuramos um monitor de saúde inteligente que detecta falhas em tempo real e restaura o serviço automaticamente, garantindo a continuidade da coleta de portais.

Após uma análise, verificamos que reinícios manuais restauram o serviço temporariamente. Para evitar novas interrupções, aplicamos uma correção paliativa via CronJob, que reinicia o serviço automaticamente em intervalos de 2 horas. A coleta de dados foi normalizada e o atraso está sendo reduzido.

Detectamos que a coleta de portais online está operando com atraso devido a falhas intermitentes na camada de conexão com o banco de dados

Foi aplicada uma nova atualização na api que corrige o bug.

Após uma atualização, no dia 30/04/2026, na forma que as urls de mídias são assinadas, foi introduzido um problema que fazia a api retornar urls incorretas para mídias de rádio e televisão.

Foi identificado um problema na api que está interferindo na exibição correta das mídias de radio e televisão.

Após a migração de infraestrutura as newsletters agendadas estão sendo enviadas nos horários corretos.

Havia um erro de conexão intermitente aos servidores de email, que fazia com que as newsletter atrasassem ou nem mesmo fossem enviadas. Foi realizada uma migração de infraestrutura para corrigir esse problema, e agora estamos monitorando para garantir que todas newsletters sejam enviadas corretamente.

Foi identificada uma lentidão no envio das newsletters

Todas as mensagens de jornais impressos que estavam acumuladas em fila foram processadas com sucesso. A conectividade entre os nós da AWS e o RabbitMQ permanece estável e o sistema opera agora com latência normal.

A conectividade com o RabbitMQ foi restabelecida com sucesso através da reciclagem das instâncias de processamento. No momento, o sistema está processando a fila acumulada. Os dados dos jornais estão sendo atualizados gradualmente.

O problema de conexão com o RabbitMQ foi isolado em nós específicos da nossa rede na AWS. Estamos realizando o provisionamento de novas instâncias para normalizar o serviço.

Devido ao volume de dados acumulado e à natureza do processamento, a normalização completa da base de jornais pode levar algum tempo após a subida dos novos nós.

Identificamos uma falha de conectividade entre nossa infraestrutura de processamento (AWS) e o serviço de mensageria (RabbitMQ). Isso está impactando a ingestão e atualização de novos jornais impressos. Nossa equipe técnica já está investigando a causa raiz da perda de conexão.