Identificamos que um token utilizado para intercomunicação de nossas APIs estava vencido, e não era renovado automaticamente, o que fazia com que as alterações de curadoria não fossem processadas corretamente.

Estamos investigando um bug, na ferramenta de edição de curadoria de clipping, que está impedindo a edição de ser concluída.

Identificamos que uma de nossas apis estava com pouco espaço de armazenamento livre isso estava causando a instabilidade observada.

Bastou aumentar o armazenamento para corrigir o problema.

Estamos investigando uma instabilidade em nossa api que afeta tanto Clip quanto Studio.

Após a aplicação das últimas correções, a instabilidade foi resolvida.

A causa raiz foi identificada e já foram aplicadas correções nas principais aplicações que causavam o problema de instabilidade. Ainda estamos monitorando e aplicando a mesma correção nas aplicações restantes pare evitar o mesmo problema no futuro.

Identificamos uma instabilidade no nosso banco de dados principal, similar ao ocorrido no dia 16, porém nossa solução anterior não foi definitiva. Estamos trabalhando para identificar a causa raiz desse problema para que não ocorra novamente.

Uma solução temporária já foi aplicada, e vai manter os sistemas estáveis até que isso seja corrigido completamente.

A fila de transcrições foi completamente processada e o processamento foi normalizado.

Identificamos uma pequena lentidão no processamento de transcrições, que criou um gap de aproximadamento 2h entre a entrada do segmento, e a transcrição do mesmo.

O problema foi corrigido e as transcrições devem normalizar nas próximas horas.

O problema foi identificado e corrigido.

Identificamos uma instabilidade em nosso banco de dados que afeta o acesso ao portal de clipping e algumas coletas. Estamos trabalhando para identificar e corrigir o problema o mais rápido possível.

Foi identificado que um dos modelos utilizados na Curadoria (Gemma 3) foi deprecado pela Cloudflare, substituímos o modelo e reprocessamos as notícias faltantes.

Foi identificado que documentos de diversos paineis de curadoria não estavam sendo processados desde o dia 12/06

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.