Histórico de interrupções do Phraseapp

1. 15 Here 2026 da 09:44 UTCinvestigating

   Atualmente, estamos investigando um problema que afeta os serviços de Phase TMS na região da UE, incluindo o editor CAT, API, gerenciamento de projetos, memória de tradução e componentes relacionados. Os usuários podem experimentar erros ou ser incapazes de acessar esses serviços neste momento. Nossa equipe está trabalhando ativamente para identificar a causa e restaurar toda a funcionalidade o mais rápido possível.

2. 15 Here 2026 da 09:58 UTCmonitoring

   Os serviços estabilizaram e a Frase TMS na região da UE está agora a funcionar normalmente. Continuamos a acompanhar a situação.

3. 15 Here 2026 da 10:24 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 23 Gwengolo 2026 da 08:48 UTCinvestigating

   Alguns usuários podem estar tendo problemas com o acesso ao Phrase TMS.

2. 23 Gwengolo 2026 da 08:58 UTCidentified

   A questão foi identificada e está a ser implementada uma solução.

3. 23 Gwengolo 2026 da 09:28 UTCmonitoring

   A correção foi implementada, e estamos monitorando os resultados. A frase TMS pode agora ser acessada sem mais problemas.

4. 23 Gwengolo 2026 da 10:03 UTCresolved

   Este incidente foi resolvido.

5. 30 Gwengolo 2026 da 12:12 UTCpostmortem

   # # Introdução Gostaríamos de compartilhar detalhes sobre um incidente que afetou o acesso à Frase TMS em 23 de setembro de 2026. Entre 9:02 AM e 11:27 CEST, os usuários abrindo a Frase TMS da Plataforma Frase não puderam completar o login. Eles foram capturados em um loop de redirecionamento ou retornaram à página de login do Phrase TMS com um erro de entrada. Os usuários que já tinham sessão ativa de Frase TMS não foram afetados, e nenhum dado do cliente foi perdido ou modificado. A assinatura na própria Plataforma de Frase continuou a funcionar durante todo o incidente, tanto com uma senha como com um único sinal. Assim que se inscrever com uma senha diretamente na página de login do Phrase TMS. Esta autópsia explica o que aconteceu, como foi resolvido e o que estamos a fazer para evitar que volte a acontecer. # # Timeline * Sep 23, 2026 às 9:02 CEST Uma atualização para o aplicativo web Frase TMS foi ao vivo na produção. Ele incluiu uma melhoria de segurança para como o fluxo de login lida com redirecionamentos após o login. A partir deste ponto, os usuários que abrissem o Phrase TMS da Phrase Platform não puderam concluir o login. Pouco depois, as questões foram investigadas internamente. * Sep 23, 2026 às 10:59 CEST** A atualização das 9:02 AM CEST foi identificada como a causa, e começamos a preparar um retrocesso. * Sep 23, 2026 às 11:13 CEST** O rollback foi verificado em nosso ambiente de teste, e a implantação da produção começou. * Sep 23, 2026 às 11:27 CEST** O retorno foi ao vivo em todas as regiões de produção. O impacto voltado para o cliente terminou. * **Sep 23, 2026 às 11:28 CEST** – Confirmamos que a assinatura da Phrase TMS da Phrase Platform funcionou novamente. * Sep 23, 2026 às 12:04 CEST** O incidente foi marcado como resolvido na nossa página de status. # # Causa raiz O incidente foi causado por uma melhoria de segurança para a aplicação web Frase TMS. Seu objetivo era garantir que os usuários só fossem enviados para destinos confiáveis depois que eles entrassem. Para fazer isso, o aplicativo web só aceitou redirecionamentos para o endereço web Phrase TMS em si. No entanto, quando um usuário abre o Phrase TMS da Phrase Platform, o processo de login move legitimamente o usuário entre diferentes endereços web do Phrase. Nossos servidores já verificam cada um desses redirecionamentos com uma lista de domínios de phrase confiáveis e os permitem. A nova verificação na aplicação TMS core foi mais rigorosa do que esta verificação do lado do servidor e superou-a. Como resultado, os redirecionamentos legítimos foram substituídos pela página inicial do Phrase TMS, que iniciou novamente o processo de entrada. Usuários ou looped através de login repetidamente ou pousou de volta na página de login do Phrase TMS com um erro. A assinatura na própria Plataforma de Frase continuou a funcionar durante todo o incidente, tanto com uma senha como com um único sinal. Assim que se inscrever com uma senha diretamente na página de login do Phrase TMS. A falha aconteceu na etapa em que um usuário assinado se move da Plataforma de Frase para a Frase TMS. Devido a isso, alguns usuários afetados relataram o problema como um problema de senha: eles introduziram suas credenciais com sucesso, mas foram então enviados de volta para uma tela de login. # # Ações para evitar a recorrência 1. **Mudança regredida** – A atualização que causou o problema foi revirada em todas as regiões de produção às 11:27 CEST, que restaurou a entrada normal. 2. ** Monitoramento contínuo de entrada** – Estamos adicionando verificações automatizadas que funcionam regularmente em todas as regiões de produção e em nosso ambiente de teste. Cada verificação realiza o login completo da Phrase Platform em Phrase TMS e alerta imediatamente nossos engenheiros de plantão se falhar. Antes de confiarmos neles, vamos confirmar que estes controlos detectam a falha exacta que ocorreu neste incidente.

Traduzido automaticamente da atualização oficial do incidente.

1. 10 Gwengolo 2026 da 05:06 UTCinvestigating

   Estamos actualmente a investigar uma questão que afecta a sincronização de postos de trabalho entre Frase Strings e Frase TMS via webhooks na nossa região da UE. Os clientes podem experimentar falhas ou atrasos ao sincronizar trabalhos de tradução entre os dois produtos. Nossa equipe está trabalhando ativamente para identificar a causa raiz e restaurar toda a funcionalidade o mais rápido possível.

2. 10 Gwengolo 2026 da 05:34 UTCmonitoring

   Uma correção foi implementada e implantada para resolver as falhas de sincronização do webhook entre Frase Strings e Frase TMS. Estamos actualmente a acompanhar a situação para confirmar a plena estabilidade. Apresentaremos uma nova actualização depois de termos validado a resolução.

3. 10 Gwengolo 2026 da 06:03 UTCresolved

   Temos o prazer de confirmar que o problema de sincronização webhook entre Frase Strings e Frase TMS foi resolvido e verificado como totalmente operacional, inclusive para clientes de data center dos EUA. Este incidente está encerrado.

Traduzido automaticamente da atualização oficial do incidente.

1. 1 Gwengolo 2026 da 14:18 UTCinvestigating

   Estamos actualmente a investigar uma questão que provoca lentidão na visão Emprego dentro da Frase TMS (UE). Os usuários podem experimentar tempos de carga atrasados ou desempenho reduzido ao acessar recursos de gerenciamento de projetos. Nossa equipe está trabalhando ativamente para identificar a causa raiz e restaurar o desempenho normal o mais rápido possível.

2. 1 Gwengolo 2026 da 15:00 UTCinvestigating

   Identificámos a causa principal da questão. A nossa equipa está a implementar uma solução. Apresentaremos mais actualizações à medida que avançarmos.

3. 1 Gwengolo 2026 da 15:34 UTCmonitoring

   Foi lançada uma solução e estamos a monitorizar os resultados. Os clientes podem precisar limpar cache do navegador e fechar todas as abas abertas com TMS se ainda tiver problemas.

4. 1 Gwengolo 2026 da 16:23 UTCresolved

   A questão foi resolvida e o desempenho é estável.

Traduzido automaticamente da atualização oficial do incidente.

1. 31 Eost 2026 da 15:06 UTCinvestigating

   Atualmente estamos experimentando erros intermitentes ao nos comunicarmos com Gengo, um de nossos fornecedores de tradução de terceiros. Isso está causando timeouts e 502 erros no cálculo de preços e submissão de pedidos de tradução encaminhados através de Gengo, afetando tanto os centros de dados da UE e dos EUA. Gengo confirmou o assunto e está a investigar.

2. 2 Gwengolo 2026 da 11:46 UTCresolved

   O Gengo resolveu a questão subjacente. Cálculos de preços e submissões de pedidos de tradução para Gengo estão trabalhando novamente.

Traduzido automaticamente da atualização oficial do incidente.

1. 31 Eost 2026 da 13:11 UTCinvestigating

   Atualmente, os usuários são incapazes de abrir trabalhos existentes e criar novos em seus projetos do Phrase TMS. Estamos a investigar a questão.

2. 31 Eost 2026 da 13:22 UTCinvestigating

   Continuamos a investigar esta questão.

3. 31 Eost 2026 da 13:46 UTCidentified

   A questão foi identificada e está a ser implementada uma solução.

4. 31 Eost 2026 da 16:02 UTCmonitoring

   Foi implementada uma correção e estamos monitorando os resultados.

5. 31 Eost 2026 da 16:53 UTCresolved

   A questão foi resolvida.

6. 4 Gwengolo 2026 da 08:45 UTCpostmortem

   # # Introdução Gostaríamos de compartilhar detalhes sobre um incidente que afetou a Frase TMS em 31 de agosto de 2026. Entre 2:26 e 5:57 PM CEST, alguns usuários da página do projeto legado não foram capazes de usar ações do menu Ferramentas, como criar ou editar trabalhos e executar análises, e clicar para abrir um trabalho não lançou o editor web CAT como esperado, em vez de retornar usuários para a página do projeto. Esta autópsia explica o que aconteceu, como foi resolvido e o que estamos a fazer para evitar que volte a acontecer. # # Timeline * 31 de agosto de 2026 às 2:26 PM CEST** – Uma mudança de código atingiu a produção contendo um defeito que quebrou a execução do script na página do Projeto para qualquer usuário que o carregasse. * 31 de Agosto de 2026 às 2:49 CEST** Os primeiros relatórios de clientes vieram descrevendo botões do menu Ferramentas como desativados e trabalhos que não foram abertos no editor. * ** 31 de agosto de 2026 a aproximadamente 3:10 PM CEST** – Nossa equipe identificou a causa principal do problema. * 31 de agosto de 2026 às 3:48 PM CEST** – Uma correção para o defeito subjacente foi concluída. * 31 de Agosto de 2026 às 16:04 CEST** A correção foi verificada em um ambiente de pré-produção. * ** 31 de agosto de 2026 às 5:18 PM CEST** - A implantação da fixação à produção começou. * 31 de agosto de 2026 às 17:57 CEST** A correção foi totalmente ao vivo na produção e a funcionalidade normal foi restaurada para todos os clientes afetados. # # Causa raiz O incidente foi causado por uma mudança de código destinada a corrigir um pequeno problema de exibição não relacionado em páginas de projeto compartilhadas. Essa mudança alterou como um valor foi inserido em um script incorporado diretamente na página. O sistema que torna a página automaticamente codifica valores de segurança, mas que a codificação não distingue entre um valor que está sendo colocado em conteúdo de página regular versus dentro de um script. Como resultado, a sintaxe do script incorporado foi silenciosamente quebrada uma vez que a mudança atingiu a produção. Como os navegadores param de executar qualquer código adicional em uma página uma vez que encontram sintaxe de script inválida, cada script colocado após esse ponto na página parou de ser executado — não apenas a parte relacionada com a alteração original. É por isso que os clientes experimentaram o que parecia dois problemas separados \(botões de menu desativados e tarefas falhando em abrir no editor\) que foram, de fato, efeitos a jusante do mesmo defeito único. A questão não foi capturada antes do lançamento, porque a verificação realizada na época confirmou que os dados subjacentes que estavam sendo inseridos estava correta, mas não carregou a página real em um navegador para confirmá-la renderizada e executada corretamente de ponta a ponta. # # Ações para evitar a recorrência 1. **Fix implantado** – O defeito subjacente foi corrigido e implantado na produção no mesmo dia em que foi identificado. 2. ** Orientações de engenharia actualizadas** Atualizamos nossa documentação de engenharia interna para descrever claramente este padrão de falha específico e a maneira correta e segura de lidar com isso, então esta categoria de erro é capturada durante a revisão de código em andamento. 3. ** Melhorias de detecção automatizadas em curso** – Estamos trabalhando na adição de monitoramento automatizado para esta classe de falha de front-end, para que problemas semelhantes possam ser detectados e abordados antes que os clientes sejam afetados, em vez de confiar em relatórios de clientes.

Traduzido automaticamente da atualização oficial do incidente.

1. 19 Eost 2026 da 12:16 UTCinvestigating

   Atualmente estamos investigando uma questão que afeta a funcionalidade de Memória de Tradução em Frase TMS (EU). Os usuários podem ter problemas com a criação de memórias de tradução e outras operações relacionadas durante este tempo. Nossa equipe está trabalhando ativamente para identificar a causa e restaurar toda a funcionalidade o mais rápido possível.

2. 19 Eost 2026 da 12:34 UTCidentified

   A questão foi identificada e está a ser implementada uma solução.

3. 19 Eost 2026 da 13:19 UTCmonitoring

   Foi implementada uma solução e estamos a acompanhar a situação.

4. 19 Eost 2026 da 14:09 UTCresolved

   O incidente foi resolvido.

5. 6 Here 2026 da 08:14 UTCpostmortem

   ## **Introdução Gostaríamos de compartilhar mais detalhes sobre os eventos que ocorreram com Frase entre 2:11 PM CEST e 4:10 PM CEST em 19 de agosto de 2026, o que levou a degradar a funcionalidade de memória de tradução em Frase TMS \(EU\) e o que os engenheiros de Frase estão fazendo para evitar que esses problemas se repitam. ** Timeline * 19 de agosto de 2026 às 2:11 horas CEST: Frase identificou um problema que afeta a funcionalidade de memória de tradução em Frase TMS \(EU\). Os usuários experimentaram erros ao criar memórias de tradução e realizar operações relacionadas, incluindo confirmar segmentos, elevar as taxas de erro entre serviços dependentes e casos de uso. * 19 de agosto de 2026 às 2:32 CEST: A causa raiz foi identificada e os engenheiros começaram a aplicar uma correção no ambiente afetado, reequilibrando o cluster e reiniciando os nós afetados para acelerar a recuperação. * 19 de agosto de 2026 às 15:10 CEST: Criação de memória de tradução e operações relacionadas foram confirmadas para estar funcionando normalmente novamente. * 19 de agosto de 2026 às 16:10 horas CEST: Após um período de monitoramento sustentado não mostrou recorrência, o incidente foi marcado resolvido. # # ** Causa da raiz # A investigação revelou que o incidente se originou no cluster de banco de dados que armazena dados da Memória de Tradução. Uma única Memória de Tradução tinha, ao longo do tempo, crescido muito grande e exigia uma parte desproporcional da atividade de leitura para ser servido pelo nó que também coordenava a saúde e gerenciamento de metadados do cluster mais amplo. Como o cluster estava sendo submetido a dias de manutenção de tempo zero-down, houve maior quantidade de ações de coordenação e elevada carga sobre nós de coordenação no cluster. Esses dois combinados com pico de carga causaram uma deterioração lenta do desempenho de múltiplos nós de coordenação, levando a elevada taxa de erro e desempenho degradado. ## **Acções para evitar a recorrência Para prevenir incidentes semelhantes no futuro e mitigar quaisquer efeitos negativos, nós: * Reequilibrou o cluster e sua infraestrutura de apoio para criar mais headroom para pesquisas e atualizações de memória de tradução. * Paused a manutenção contínua no cluster de memória de tradução impactada. * Melhor capacidade de coordenação do nó e estará melhorando a topologia do cluster para evitar o impacto do cluster durante picos de solicitações súbitas.

Traduzido automaticamente da atualização oficial do incidente.

1. 7 Eost 2026 da 07:27 UTCinvestigating

   Atualmente estamos investigando um problema com eventos de ramificação faltando em Frase Strings (EU), o que pode causar mudanças a não serem aplicadas quando branches são mesclados.

2. 7 Eost 2026 da 07:54 UTCinvestigating

   Continuamos a investigar esta questão.

3. 7 Eost 2026 da 08:18 UTCidentified

   A questão foi identificada e está a ser implementada uma solução.

4. 7 Eost 2026 da 08:30 UTCmonitoring

   Foi implementada uma correção. O histórico de eventos em falta está sendo processado. Uma vez que a fila seja completamente processada, os branches não mesclados receberão automaticamente as alterações que faltam. Estamos monitorando a fila e os resultados.

5. 7 Eost 2026 da 14:12 UTCresolved

   As alterações feitas aos branches durante a janela incidente são agora totalmente aplicadas. As sucursais fundidas que foram afetadas foram identificadas e os clientes impactados foram contatados diretamente. Este incidente foi resolvido.

6. 11 Gwengolo 2026 da 06:11 UTCpostmortem

   # # Introdução Gostaríamos de compartilhar detalhes sobre um incidente que afetou Frase Strings na plataforma da UE entre 6 de agosto e 7 de agosto de 2026. Durante esse período, as mudanças feitas nas filiais não foram registradas pelo nosso gasoduto de processamento de mudanças. Como resultado, os branches que foram fundidos durante o incidente poderiam ser fundidos sem as alterações feitas a eles durante essa janela, e telas de comparação de branch não poderiam mostrar diferenças, mesmo quando existiam diferenças. Esta autópsia explica o que aconteceu, como foi resolvido e o que estamos a fazer para evitar que volte a acontecer. # # Timeline * ** 6 de agosto de 2026 às 5:44 PM CEST** – Uma interrupção da rede cortou a conexão que o nosso gasoduto de processamento de mudanças usa para ler as alterações do banco de dados. A conexão falhou em recuperar, e as alterações de branch pararam de ser processadas. O componente afetado continuou se relatando como saudável, de modo que nenhum alerta automatizado foi disparado. * ** 7 de agosto de 2026 às 09:11 CEST** O problema foi identificado após um relatório do cliente. * ** 7 de agosto de 2026 às 09:19 CEST** O incidente foi aumentado para o nosso mais alto nível de gravidade. * ** 7 de Agosto de 2026 a aproximadamente 10:20 CEST** O componente afetado foi recuperado reiniciando-o, e o processamento de mudança retomado. * ** 7 de agosto de 2026 às 10:46 CEST** O atraso das alterações pendentes foi totalmente processado e o gasoduto foi apanhado. * ** 7 de agosto de 2026 - Os clientes afetados foram identificados e contatados individualmente com os dados necessários para restaurar suas alterações. # # Causa raiz O incidente foi desencadeado por uma interrupção de rede transitória que quebrou a conexão que nosso sistema usa para transmitir alterações do banco de dados para o nosso gasoduto de processamento de ramificações. O componente responsável por esta conexão tentou reconectar-se automaticamente, mas a tentativa de reconexão foi suspensa indefinidamente ao invés de ter sucesso ou falhar. Como o componente nunca relatou uma falha, o mecanismo de recuperação automática da nossa plataforma — que reinicia componentes que relatam um estado de erro — nunca foi acionado. O componente permaneceu em um estado onde parecia estar rodando normalmente durante o processamento sem alterações. É por isso que uma reinicialização padrão da conexão não resolveu o problema, enquanto reiniciava totalmente o processo subjacente, que estabeleceu uma nova conexão, fez. A situação não foi detectada mais cedo porque o nosso acompanhamento para este gasoduto baseou-se em um sinal que continuou a relatar "saudável" durante todo o incidente, e não tínhamos uma medida separada de se as mudanças estavam realmente fluindo através e sendo processadas. # # Impacto * Branches que tiveram alterações durante o incidente, mas não foram ** fundidas não perdeu nenhum dado. Suas mudanças foram processadas uma vez que o gasoduto recuperado. * Branches que **foram fundidos durante o incidente foram fundidos sem as alterações feitas a eles durante a janela incidente. As alterações feitas antes do incidente não foram afetadas. * Apenas um pequeno número de clientes foram afetados. Cada um foi contatado individualmente e fornecido com os dados e passos necessários para restaurar as alterações afetadas. # # Ações para evitar a recorrência 1. ** Monitoramento errôneo corrigido** – Corrigimos a configuração de monitoramento que agrupava diferentes ambientes de produção, o que atrasou nossa consciência do problema. 2. ** Adicionando sinais de saúde significativos** – Estamos a acrescentar um controlo que mede se as mudanças estão realmente a fluir através do gasoduto e o quão atrás está, em vez de contar com um sinal de estatuto que pode comunicar "saudável" enquanto não está a ser feito nenhum trabalho. Isto garante que uma baia semelhante é detectada imediatamente. 3. **Melhorar a recuperação automática** – Estamos revisando o comportamento de reconexão e repetição deste componente para que uma conexão emperrada resulte em uma falha genuína que desencadeia o reinício automático.

Traduzido automaticamente da atualização oficial do incidente.

1. 6 Eost 2026 da 08:11 UTCinvestigating

   We are currently investigating an issue affecting Connectors in Phrase TMS. Customers may be unable to access or use Connector functionality during this time. Our engineering team is actively working to identify the cause and restore full service as quickly as possible.

2. 6 Eost 2026 da 08:18 UTCinvestigating

   We are continuing to investigate this issue.

3. 6 Eost 2026 da 08:43 UTCmonitoring

   We have identified the root cause and the issue has now been resolved. Connectors should be appearing as active again. We will continue to monitor the situation to ensure full stability.

4. 6 Eost 2026 da 12:00 UTCmonitoring

   We continue monitoring the situation.

5. 6 Eost 2026 da 13:19 UTCresolved

   The incident has been resolved and all components are back to operational.

1. 28 Gouere 2026 da 07:19 UTCinvestigating

   A equipe de engenharia identificou um problema com o Orchestrator, onde o novo Workflow Engine atualmente não está executando fluxos de trabalho. O problema está sob investigação.

2. 28 Gouere 2026 da 07:53 UTCinvestigating

   Continuamos a investigar esta questão.

3. 28 Gouere 2026 da 08:30 UTCidentified

   A questão foi identificada e está a ser implementada uma solução.

4. 28 Gouere 2026 da 08:35 UTCmonitoring

   Foi implementada uma correção e estamos monitorando os resultados. O motor de fluxo de trabalho está processando a fila de execuções pendentes.

5. 28 Gouere 2026 da 11:49 UTCresolved

   Todas as execuções foram processadas. Este incidente foi resolvido.

6. 30 Gouere 2026 da 07:09 UTCpostmortem

   # # Introdução Gostaríamos de compartilhar detalhes sobre um incidente que afetou Frase Orchestrator em 27 a 28 de julho de 2026. Durante este período, as execuções de fluxo de trabalho no Next-Gen Workflow Engine foram incapazes de progredir e permaneceram presas em um estado de "execução". Nenhum dado foi perdido durante o incidente. Esta autópsia explica o que aconteceu, quando foi resolvido, e os passos que demos para evitar uma recorrência. # # Timeline * **27 de julho de 2026 às 18:55 CEST** O motor de fluxo de trabalho começou a produzir erros à medida que o desempenho da consulta de banco de dados degradava. As execuções de fluxo de trabalho pararam e pararam de progredir. * **27 de julho de 2026 às 20:54 CEST** O primeiro relatório do cliente de execuções presas em "executar" foi recebido. * **27 de julho de 2026 às 22:39 CEST** O incidente foi formalmente declarado. * **28 de julho de 2026 em 02:18 CEST** – Um serviço de reinício fornecido alívio temporário; execuções de fluxo de trabalho retomadas. * 28 de julho de 2026 às 05:15 CEST** A questão voltou à medida que o problema de desempenho do banco de dados subjacente persistiu. * **28 de julho de 2026 às 09:56 CEST** A causa raiz foi identificada e abordada. Nenhuma execução foi perdida; no entanto, devido a reinícios parciais do serviço, algumas ações dentro das execuções foram novamente experimentadas, o que pode ter causado um pequeno número de execuções a falhar que de outra forma teria conseguido. * 28 de julho de 2026 às 13:46 CEST** O atraso total das execuções empatadas foi confirmado. O sistema foi declarado estável. * **28 de julho de 2026 às 13:48 CEST** - Incidente resolvido. # # Causa raiz O incidente foi causado por inchaço progressivo nos índices de banco de dados utilizados pelo sistema de agendamento de tarefas de fluxo de trabalho. O desempenho desses índices particulares gradualmente degrada-se ao longo do tempo, pois acumulavam entradas de índice mortas de registros e atualizações anteriores. O motor de agendamento de trabalhos adquire bloqueios de coordenação de nível de banco de dados ao consultar esses índices para determinar quais trabalhos enviar. À medida que o índice de buscas crescia mais lento, eles começaram a exceder o tempo-limite de instrução configurado do banco de dados. Quando uma pesquisa foi cancelada pelo tempo limite, o processo de agendamento responsável por esse trabalho caiu e reiniciou. Sem agendadores em execução, nenhuma etapa de fluxo de trabalho poderia ser enviada e todas as execuções de fluxo de trabalho em andamento ficaram presas. O próprio servidor de banco de dados permaneceu saudável durante todo o incidente, com níveis normais de CPU e conexão. O problema foi exclusivamente a contenção de bloqueio e latência dentro da camada de agendamento. Uma reinicialização do serviço limpou os processos em queda e a execução temporariamente restaurada. No entanto, como o inchaço do índice ainda estava presente, a mesma degradação ocorreu uma vez retomada a carga de consulta. Um índice manual reconstruir o desempenho totalmente restaurado e resolveu o problema. # # Ações para evitar a recorrência 1. ** Manutenção automática do índice adicionado** – Manutenção automática do índice programada foi configurada para os índices afetados. Isso garante que o inchaço não pode acumular ao longo do tempo e elimina as condições que desencadeou este incidente. 2. ** Índices de legado removidos** – Índices de banco de dados legado não utilizados foram identificados e removidos, reduzindo a superfície de manutenção global e simplificando a higiene do índice futuro. 3. ** Monitorização da cobertura atualizada** – Nossa paisagem de monitoramento está sendo revisada e atualizada para refletir o estado atual do motor de fluxo de trabalho. Este trabalho irá fechar lacunas que permitiram que a degradação não fosse detectada antes do primeiro relatório do cliente.

Traduzido automaticamente da atualização oficial do incidente.

1. 27 Gouere 2026 da 23:48 UTCinvestigating

   A Engenharia identificou um problema com o Orchestrator, onde o novo Workflow Engine atualmente não executa fluxos de trabalho. O problema está sob investigação.

2. 28 Gouere 2026 da 00:41 UTCresolved

   Todos os fluxos de trabalho estão sendo executados novamente como esperado.

3. 30 Gouere 2026 da 07:08 UTCpostmortem

   # # Introdução Gostaríamos de compartilhar detalhes sobre um incidente que afetou Frase Orchestrator em 27 a 28 de julho de 2026. Durante este período, as execuções de fluxo de trabalho no Next-Gen Workflow Engine foram incapazes de progredir e permaneceram presas em um estado de "execução". Nenhum dado foi perdido durante o incidente. Esta autópsia explica o que aconteceu, quando foi resolvido, e os passos que demos para evitar uma recorrência. # # Timeline * **27 de julho de 2026 às 18:55 CEST** O motor de fluxo de trabalho começou a produzir erros à medida que o desempenho da consulta de banco de dados degradava. As execuções de fluxo de trabalho pararam e pararam de progredir. * **27 de julho de 2026 às 20:54 CEST** O primeiro relatório do cliente de execuções presas em "executar" foi recebido. * **27 de julho de 2026 às 22:39 CEST** O incidente foi formalmente declarado. * **28 de julho de 2026 em 02:18 CEST** – Um serviço de reinício fornecido alívio temporário; execuções de fluxo de trabalho retomadas. * 28 de julho de 2026 às 05:15 CEST** A questão voltou à medida que o problema de desempenho do banco de dados subjacente persistiu. * **28 de julho de 2026 às 09:56 CEST** A causa raiz foi identificada e abordada. Nenhuma execução foi perdida; no entanto, devido a reinícios parciais do serviço, algumas ações dentro das execuções foram novamente experimentadas, o que pode ter causado um pequeno número de execuções a falhar que de outra forma teria conseguido. * 28 de julho de 2026 às 13:46 CEST** O atraso total das execuções empatadas foi confirmado. O sistema foi declarado estável. * **28 de julho de 2026 às 13:48 CEST** - Incidente resolvido. # # Causa raiz O incidente foi causado por inchaço progressivo nos índices de banco de dados utilizados pelo sistema de agendamento de tarefas de fluxo de trabalho. O desempenho desses índices particulares gradualmente degrada-se ao longo do tempo, pois acumulavam entradas de índice mortas de registros e atualizações anteriores. O motor de agendamento de trabalhos adquire bloqueios de coordenação de nível de banco de dados ao consultar esses índices para determinar quais trabalhos enviar. À medida que o índice de buscas crescia mais lento, eles começaram a exceder o tempo-limite de instrução configurado do banco de dados. Quando uma pesquisa foi cancelada pelo tempo limite, o processo de agendamento responsável por esse trabalho caiu e reiniciou. Sem agendadores em execução, nenhuma etapa de fluxo de trabalho poderia ser enviada e todas as execuções de fluxo de trabalho em andamento ficaram presas. O próprio servidor de banco de dados permaneceu saudável durante todo o incidente, com níveis normais de CPU e conexão. O problema foi exclusivamente a contenção de bloqueio e latência dentro da camada de agendamento. Uma reinicialização do serviço limpou os processos em queda e a execução temporariamente restaurada. No entanto, como o inchaço do índice ainda estava presente, a mesma degradação ocorreu uma vez retomada a carga de consulta. Um índice manual reconstruir o desempenho totalmente restaurado e resolveu o problema. # # Ações para evitar a recorrência 1. ** Manutenção automática do índice adicionado** – Manutenção automática do índice programada foi configurada para os índices afetados. Isso garante que o inchaço não pode acumular ao longo do tempo e elimina as condições que desencadeou este incidente. 2. ** Índices de legado removidos** – Índices de banco de dados legado não utilizados foram identificados e removidos, reduzindo a superfície de manutenção global e simplificando a higiene do índice futuro. 3. ** Monitorização da cobertura atualizada** – Nossa paisagem de monitoramento está sendo revisada e atualizada para refletir o estado atual do motor de fluxo de trabalho. Este trabalho irá fechar lacunas que permitiram que a degradação não fosse detectada antes do primeiro relatório do cliente.

Traduzido automaticamente da atualização oficial do incidente.

1. 20 Gouere 2026 da 12:53 UTCresolved

   Entre 16 de junho de 2026 01:00 CEST e 17 de junho de 2026 11:00 CEST, o conector Phrase Job Sync sofreu desempenho degradado. Clientes que usam o Job Sync com o tipo de conexão padrão experimentaram falhas. A equipe de engenharia identificou uma causa raiz e forneceu uma correção.

2. 20 Gouere 2026 da 12:54 UTCpostmortem

   Introdução Gostaríamos de compartilhar mais detalhes sobre os eventos que ocorreram com Frase entre 16 de junho de 2026, 01:00 PM CEST e 17 de junho de 2026, 11:00 AM CEST, o que levou a desempenho degradado da API Frase Strings, fazendo com que os clientes usando o Job Sync com o tipo de conexão padrão para experimentar falhas. Pedimos desculpa pela interrupção e estamos empenhados em evitar incidentes semelhantes no futuro. Linha do Tempo **Jun 16, 2026 @ 01:00 CEST** – Job Sync começou a falhar para os clientes usando o tipo de conexão padrão. Os conectores não foram capazes de autenticar contra a API Frase Strings. **Jun 17, 2026 @ 10:00 CEST A falha de autenticação foi identificada pela equipe de engenharia. **Jun 17, 2026 @ 10:28 CEST** – O escopo do impacto foi confirmado: Os clientes usando a conexão padrão Job Sync foram afetados. Os clientes que utilizam conectores pessoais baseados em fichas de acesso não foram afetados. **Jun 17, 2026 @ 10:29 AM CEST** – Causa raiz foi identificada: Uma mudança recente que adicionou suporte token multi-plataforma inadvertidamente introduziu erros com alguns tokens de plataforma existentes. **Jun 17, 2026 @ 10:40 CEST** – Uma correção foi preparada e submetida para revisão. **Jun 17, 2026 @ 10:53 CEST** A correção foi implantada e a funcionalidade JobSync foi totalmente restaurada. Causa raiz Uma alteração de código introduzida para adicionar suporte para tokens de autenticação multi-plataforma modificado como tokens de plataforma de entrada são validados e processados na API Frase Strings. Esta alteração não foi compatível com um formato de token existente usado pelo tipo de conexão padrão. Como resultado, tokens de plataforma foram rejeitados pela API Strings com uma resposta `401 Unautorized`. O conector novamente tentou estabelecer a conexão até esgotar seu orçamento de repetição, fazendo com que todas as operações afetadas falhassem. Os clientes que usam tokens de acesso pessoal não foram afetados, pois seus tokens seguem um caminho de código diferente. ## # Ações para evitar a recorrência A causa raiz foi uma mudança incompatível ao contrário para o manuseio do token que não foi detectado durante o desenvolvimento. Estão a ser tomadas as seguintes medidas: * ** Teste de compatibilidade de formato Token em alterações de autenticação:** Ao introduzir um novo formato token/autentication ao lado de um existente, os testes devem cobrir explicitamente o caso de transição - tokens de formato antigo sendo processados sob a nova lógica de detecção - não apenas cada formato em isolamento.

Traduzido automaticamente da atualização oficial do incidente.

1. 16 Gouere 2026 da 15:47 UTCinvestigating

   Atualmente estamos investigando um problema que afeta nosso serviço Metrics que pode resultar em consumo de métricas duplicadas para alguns clientes. Nossa equipe está trabalhando ativamente para identificar os componentes afetados e determinar a causa raiz. Forneceremos atualizações adicionais à medida que mais informações estiverem disponíveis.

2. 16 Gouere 2026 da 16:29 UTCidentified

   Identificamos a causa raiz como instabilidade em um corretor específico, o que está causando reequilíbrio do grupo de consumidores repetido em nosso serviço Metrics e levando ao processamento duplicado de atualizações métricas. Isso pode resultar em alguns clientes passando por cálculos de consumo incorretos ou bloqueio inesperado da conta. Continuamos a trabalhar numa solução.

3. 16 Gouere 2026 da 17:31 UTCmonitoring

   Interrompemos a progressão da questão e agora estamos trabalhando para identificar todo o escopo de impacto, incluindo quais organizações são afetadas ou bloqueadas. Contas afetadas serão priorizadas para resolução através de um processo de deduplicação, embora isso leve algum tempo para ser concluído.

4. 16 Gouere 2026 da 19:04 UTCidentified

   Nós deduplicamos com sucesso o consumo de métricas para todas as organizações bloqueadas. Estamos continuando o trabalho para desenvolver ferramentas de desduplicação por organização para garantir dados precisos do ciclo de faturamento, com a equipe completa escalando essas correções amanhã de manhã.

5. 17 Gouere 2026 da 13:02 UTCmonitoring

   Continuamos a fazer progressos na resolução da questão do consumo de métricas duplicadas identificada pela primeira vez em 16 de julho. A causa raiz foi identificada e abordada. Desde nossa última atualização, nossa equipe corrigiu os dados duplicados para todas as contas previamente bloqueadas. Estamos agora a trabalhar num conjunto de contas afectadas e esperamos que esta limpeza continue nos próximos dias. Não está ocorrendo mais duplicação, este trabalho aborda apenas dados históricos.

6. 20 Gouere 2026 da 12:07 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 16 Gouere 2026 da 14:49 UTCinvestigating

   Estamos a investigar um problema que afecta o Frase Orchestrator. Estamos trabalhando para identificar a causa raiz e forneceremos novas atualizações assim que mais informações estiverem disponíveis.

2. 16 Gouere 2026 da 15:27 UTCinvestigating

   Continuamos a investigar esta questão.

3. 16 Gouere 2026 da 15:27 UTCidentified

   A questão foi identificada e está a ser implementada uma solução.

4. 16 Gouere 2026 da 15:41 UTCmonitoring

   Foi implementada uma correção e estamos monitorando os resultados.

5. 16 Gouere 2026 da 16:12 UTCresolved

   O Orquestrador (UE) está novamente disponível desde as 17h32 CEST. Todas as execuções pendentes estão sendo processadas. Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 10 Gouere 2026 da 14:24 UTCinvestigating

   Atualmente estamos investigando uma questão que afeta o Centro de Tradução em Frase Strings (UE e regiões dos EUA), onde as cordas não estão carregando. Nossa equipe de engenharia identificou uma causa potencial e está trabalhando ativamente para resolvê-la. Apresentaremos mais actualizações à medida que a nossa investigação avança.

2. 10 Gouere 2026 da 14:37 UTCmonitoring

   Foi implementada uma correção e estamos monitorando os resultados.

3. 10 Gouere 2026 da 15:24 UTCresolved

   Este incidente foi resolvido.

4. 7 Eost 2026 da 07:14 UTCpostmortem

   # # Introdução Em 10 de julho de 2026, partes do frontend Frase Strings em [app.frase.com](http://app.frase.com/) não conseguiram carregar corretamente por um curto período, após as folhas de estilo e scripts necessários não terem carregado — o serviço subjacente permaneceu disponível. A edição começou às 16:08 CEST e foi resolvida pelas 16:27 CEST. Esta autópsia explica o que aconteceu e o que estamos a fazer para evitar uma recorrência. # # Timeline * **Jul 10, 2026 em 16:08 CEST** – Uma implantação introduziu novos ativos de aplicativos que nunca foram enviados para o nosso serviço de armazenamento, para que o aplicativo não pudesse mais carregar suas folhas de estilo e scripts para os clientes. * **Jul 10, 2026 às 16:21 CEST** – Emissão detectada, incidente declarado. * **Jul 10, 2026 em 16:24 CEST** – Causa raiz identificada. * **Jul 10, 2026 em 16:26 CEST** – Fix aplicado. * **Jul 10, 2026 em 16:27 CEST** - Impacto voltado para o cliente terminou. * **Jul 10, 2026 a 16:32 CEST** - Incidente desclassificado para monitoramento enquanto a configuração subjacente foi abordada. * **Jul 10, 2026 a 17:12 CEST** – Configuração corrigida, incidente resolvido. # # Causa raiz Durante uma manutenção de rotina planejada, uma mudança de configuração involuntariamente desativou o processo que envia ativos da aplicação \(stylesheets, scripts\) para o nosso serviço de armazenamento e entrega de conteúdo. Isso passou despercebido no início, uma vez que os ativos já em vigor continuaram a funcionar e nenhuma nova versão tinha sido enviada ainda. Em 10 de julho de 2026, uma implantação enviou novas versões desses ativos. Como o upload ainda estava desativado, os novos arquivos nunca chegaram ao serviço de armazenamento, e a aplicação não pôde carregar suas folhas de estilo e scripts. # # Ações para evitar a recorrência 1. ** Sincronização de ativos reativada** – O processo deficiente foi corrigido, restaurando a entrega correta de ativos. 2. ** Monitoramento de disponibilidade de ativos** – Adicionando monitoramento para detectar falhas de carga de ativos automaticamente, antes que os clientes sejam afetados.

Traduzido automaticamente da atualização oficial do incidente.

1. 8 Gouere 2026 da 12:57 UTCinvestigating

   Estamos a receber relatórios dos utilizadores sobre o desaparecimento de postos de trabalho de projectos e estamos actualmente a investigar a questão.

2. 8 Gouere 2026 da 13:08 UTCmonitoring

   A questão foi identificada, foi implementada uma solução e estamos a acompanhar a situação.

3. 8 Gouere 2026 da 13:55 UTCresolved

   O incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 7 Gouere 2026 da 08:34 UTCinvestigating

   Atualmente estamos investigando problemas com a CAT Web Editor.

2. 7 Gouere 2026 da 08:59 UTCmonitoring

   A questão foi identificada, foi implementada uma solução e estamos a acompanhar a situação.

3. 7 Gouere 2026 da 09:27 UTCresolved

   O incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 23 Mezheven 2026 da 12:53 UTCinvestigating

   Hello everyone, this is a test, kindly ignore.

2. 23 Mezheven 2026 da 12:57 UTCresolved

   This incident has been resolved.

1. 22 Mezheven 2026 da 14:16 UTCinvestigating

   This is a test, please ignore.

2. 22 Mezheven 2026 da 14:21 UTCinvestigating

   This incident has been resolved.

3. 22 Mezheven 2026 da 14:34 UTCresolved

   This incident has been resolved.

1. 22 Mezheven 2026 da 11:20 UTCinvestigating

   We are currently investigating an issue affecting Branches functionality in Phrase Strings for customers on our EU data center. Operations on branches may be failing or returning unexpected results. Our engineering team is actively looking into the root cause and will provide further updates as soon as more information is available.

2. 22 Mezheven 2026 da 11:57 UTCinvestigating

   We are continuing to investigate this issue.

3. 22 Mezheven 2026 da 12:40 UTCidentified

   The issue has been identified and a fix is being implemented.

4. 22 Mezheven 2026 da 12:50 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

5. 22 Mezheven 2026 da 13:06 UTCmonitoring

   We are continuing to monitor for any further issues.

6. 22 Mezheven 2026 da 13:07 UTCresolved

   This incident has been resolved.