Histórico de interrupções do Exalate

1. 27 Eost 2026 da 04:36 UTCinvestigating

   Atlassian está tendo um problema com Jira e outros sistemas atualmente - detalhes aqui: https://status.atlassian.com/ Isso pode afetar suas conexões Exalate se você estiver se conectando a uma instância Jira.

2. 27 Eost 2026 da 04:44 UTCidentified

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

3. 27 Eost 2026 da 05:09 UTCmonitoring

   A Atlassian colocou uma solução para resolver o problema. Sua sincronização já deve estar de volta ao normal, mas por favor, entre em contato com o suporte em caso de quaisquer problemas.

4. 27 Eost 2026 da 05:27 UTCresolved

   Todos os sistemas Atlassianos voltaram ao normal, e a sincronização está funcionando como esperado. No caso de quaisquer problemas com sua sincronização, por favor, crie um ticket de suporte e teremos o prazer de ajudar.

5. 8 Gwengolo 2026 da 05:41 UTCpostmortem

   N/A

Traduzido automaticamente da atualização oficial do incidente.

1. 24 Gouere 2026 da 06:12 UTCidentified

   Seguindo uma alteração não anunciada no nome do aplicativo que faz com que o usuário proxy seja mostrado com o nome completo do aplicativo em vez de apenas "Exalate". Isso já foi notificado à Atlassian e aguardamos a ação necessária para reverter a mudança. Impacto: As atualizações feitas pela Exalate exibirão "Exalate Classic Connector for Jira (Two-way Sync)" como o usuário fazendo a mudança.

2. 24 Gouere 2026 da 09:15 UTCidentified

   Continuamos a investigar a melhor abordagem para resolver esta questão com a ajuda do apoio Atlassiano.

3. 24 Gouere 2026 da 12:39 UTCidentified

   Estamos a trabalhar activamente com o apoio da Atlassian para determinar a melhor resolução para esta questão o mais rapidamente possível.

4. 24 Gouere 2026 da 15:47 UTCidentified

   Estamos a trabalhar activamente com o apoio da Atlassian para determinar a melhor resolução para esta questão o mais rapidamente possível. Estaremos fornecendo a próxima atualização dentro de 6 horas ou assim que tivermos qualquer informação relevante.

5. 24 Gouere 2026 da 16:33 UTCresolved

   O nome do usuário proxy foi revertido para Exalate. Estamos a considerar o incidente como resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 16 Gouere 2026 da 11:28 UTCinvestigating

   Alguns nós Jira Cloud estão experimentando instabilidade nos últimos 30mins. O problema é limitado e afeta apenas alguns clientes. Vamos fazer uma actualização em breve.

2. 16 Gouere 2026 da 12:03 UTCidentified

   Agiremos uma mudança na Exalate Cloud para melhorar a estabilidade. O impacto no seu nó será limitado a um reinício com o nó não disponível por alguns minutos. Lamenta-se o inconveniente.

3. 16 Gouere 2026 da 13:38 UTCidentified

   A reinicialização dos nós está em andamento. Você experimentará um breve reinício nos nós JCloud. Vamos mantê-lo informado com o nosso progresso.

4. 16 Gouere 2026 da 15:15 UTCidentified

   O reinício ainda está em andamento e está indo sem quaisquer problemas. Vamos atualizá-lo assim que estiver concluído.

5. 16 Gouere 2026 da 15:57 UTCmonitoring

   Todos os nós estão de volta à operação normal. Continuamos a acompanhar de perto a situação.

6. 16 Gouere 2026 da 17:18 UTCresolved

   Após um acompanhamento rigoroso, a questão é considerada totalmente resolvida. Vamos colocar uma RCA aqui no devido tempo.

Traduzido automaticamente da atualização oficial do incidente.

1. 13 Gouere 2026 da 22:15 UTCinvestigating

   Recebemos vários relatórios de sincronização em looping após atualização para o novo aplicativo Jira Cloud forge. Nossa investigação inicial nos leva a acreditar que isso está acontecendo devido à mudança na conta do Usuário Proxy. Estamos trabalhando ativamente em determinar a causa raiz e aplicar uma correção.

2. 13 Gouere 2026 da 23:48 UTCinvestigating

   Continuamos a investigar esta questão com os nossos engenheiros para determinar a causa raiz.

3. 14 Gouere 2026 da 04:58 UTCidentified

   A causa raiz foi identificada e estamos trabalhando em uma correção. Por favor, espere outra atualização dentro de uma hora.

4. 14 Gouere 2026 da 07:05 UTCidentified

   A correção está atualmente sendo validada para encontrar a melhor abordagem para frente. Forneceremos outra atualização dentro de uma hora.

5. 14 Gouere 2026 da 08:11 UTCidentified

   Infelizmente, o teste da correção revelou um problema inesperado e agora estamos afinando bem a correção, a fim de garantir que ele incorpora todos os casos de uso possíveis. Teremos uma atualização para você em uma hora.

6. 14 Gouere 2026 da 09:09 UTCidentified

   A nova correção foi criada e testes iniciais são promissores. Estamos profundamente em QA com a nova correção e fornecerá uma atualização dentro de uma hora sobre os resultados. Lamenta-se o inconveniente.

7. 14 Gouere 2026 da 10:11 UTCidentified

   Ainda estamos testando a correção e os resultados ainda são bons. Estamos perto de finalizar. A próxima actualização será dentro de uma hora.

8. 14 Gouere 2026 da 11:39 UTCidentified

   A correção está pronta e estamos trabalhando na abordagem de implantação com impacto mínimo para os clientes. Será sistematicamente distribuído a todos os clientes. Forneceremos uma atualização na próxima hora sobre a implantação.

9. 14 Gouere 2026 da 12:51 UTCidentified

   Temos implantado a correção para alguns clientes selecionados e validados resultados ainda mais. O lançamento em massa está a ser planeado neste momento. Nós o atualizaremos na próxima hora sobre o progresso.

10. 14 Gouere 2026 da 14:24 UTCidentified

    Ainda estamos no curso para a implantação do patch e o lançamento está passando por validação adicional de QA agora (necessário para uma implantação completa da produção). Esperamos ter a próxima atualização dentro de uma hora.

11. 14 Gouere 2026 da 16:11 UTCidentified

    O QA e os testes estão a demorar um pouco mais do que o esperado, mas esperamos começar a implantação na próxima hora. Vamos atualizá-lo antes de começar isso.

12. 14 Gouere 2026 da 17:41 UTCmonitoring

    A implantação do hotfix: Exalate Classic 5.35.4 - Jira Cloud, em andamento (https://community.exalate.com/t/jira-cloud-version-5-35-4/8215). A implantação está a ser vigiada de perto por quaisquer anomalias. Vamos actualizá-lo dentro de uma hora.

13. 14 Gouere 2026 da 18:55 UTCmonitoring

    A implantação continua ininterrupta. Vamos atualizá-lo no devido tempo, assim que estiver completo.

14. 14 Gouere 2026 da 22:14 UTCresolved

    A implantação foi concluída com sucesso e o problema relatado está totalmente resolvido. Um RCA detalhado será publicado oportunamente.

15. 28 Gouere 2026 da 20:00 UTCpostmortem

    **Impacto:** Algumas conexões Classic Exalate para Jira Cloud experimentaram sincronizações repetidas e duplicadas após uma migração de infraestrutura para a plataforma Forge da Atlassian. Em conexões afetadas, os clientes viram: * ** Atividade duplicada** — a mesma atualização, comentário ou mudança de campo aplicada a um problema repetidamente como o loop de sincronização. * ** Problemas reabertos / ressuscitados** — problemas que foram fechados sendo reabertos, e outros valores de status ou de campo sendo substituídos entre os problemas pareados. * ** Painels e relatórios distorcidos** impulsionados pelo volume de alterações duplicadas. * ** Automações quebradas e validações de fluxo de trabalho** — porque o nome do usuário de integração \(e ID\ subjacente) mudou, as regras de automação Jira do lado do cliente e os validadores de fluxo de trabalho que referenciavam o usuário "Exalate" pelo nome pararam de se comportar como configurado. * **Stuck or failed syncs**, e em alguns casos uma conexão que vai para baixo, exigindo repetições manuais ou recuperação. * Aumento do esforço manual** para que as equipes desativem as sincronia e corrijam os problemas afetados. Nem todos os clientes foram afetados — o impacto dependia da configuração da conexão. Os mais expostos foram conexões locais e problemas que haviam sido previamente criados ou atualizados sob a identidade original "Exalate" e foram então tocados sob o renomeado. **Resumo:** Como parte da mudança do Exalate Clássico para Jira Cloud para a plataforma Forge da Atlassian, o nome mostrado para o usuário de integração da Exalate dentro do Jira mudou \(de "Exalate" para uma variante mais longa\). Exalate usou esse nome para reconhecer suas próprias atualizações e evitar sincronizá-las novamente. Uma vez que o nome mudou, o aplicativo não mais reconheceu seus próprios registros em conexões afetadas e reprocessou-os como se fossem novas alterações externas — cada uma escreve desencadeando outra sincronização, produzindo loops. A mesma mudança de identidade também quebrou automações e validações de clientes que referenciavam o usuário "Exalate" pelo nome. **Resolução:** Um patch \(5.35.4\) que reconhece as próprias atualizações de Exalate por um identificador de usuário estável em vez do nome do display foi validado em ambientes de clientes afetados e implantado na frota Jira Cloud. A sincronização voltou ao normal uma vez concluída a implantação. Desde então, a Atlassian restaurou e confirmou o nome do usuário de integração como "Exalate", e agora está estável — reparando automações que o referenciam pelo nome. Onde os loops criaram itens duplicados ou reabertos, estamos trabalhando com clientes afetados para identificar e corrigir os problemas afetados. ** Medidas preventivas: ** A prevenção de loop não depende mais de um nome de exibição mutável; estamos adicionando uma revisão de impacto e notificação passo em torno de mudanças orientadas à plataforma e atualizações de aplicativos, e detecção automatizada de loops de sincronização e saturação de banco de dados para que a recuperação não depende de relatórios de clientes. Pedimos desculpas pela interrupção e continuamos comprometidos com a confiabilidade da plataforma Exalate.

Traduzido automaticamente da atualização oficial do incidente.

1. 23 Mezheven 2026 da 09:10 UTCinvestigating

   Estamos atualmente investigando um problema ao tentar carregar a conexão do exalate. página do aplicativo recebe um erro. A conexão e sincronia não são afetadas pela falha, eles ainda estão trabalhando, mas no momento não é possível ver ou modificar a conexão do exalate. Página da aplicação. Nós estaremos fornecendo uma atualização dentro de 2 horas.

2. 23 Mezheven 2026 da 09:26 UTCmonitoring

   A questão foi resolvida. Exalate Dashboard não está de volta on-line e estável. Continuaremos a acompanhar o sistema.

3. 23 Mezheven 2026 da 12:47 UTCresolved

   Este incidente foi resolvido.

4. 7 Gouere 2026 da 08:49 UTCpostmortem

   ** Duração:** 11:10 CEST - 11:26 CEST \(aproximadamente 16 minutos\). Estabilidade total confirmada às 14:47 CEST. **Impacto:** A conexão Exalate.app e as páginas do painel foram inacessíveis durante esta janela. A sincronização da questão não foi afetada - as integrações continuaram a funcionar normalmente durante todo o período. Nenhum dado foi perdido. **Resumo:** Em 23 de junho de 2026, a interface Exalate.app tornou-se inacessível depois que um componente de autenticação interna falhou em se conectar ao seu banco de dados. A falha foi causada por um descompasso credencial introduzido durante uma implantação de produção. ** Timeline:** * 11:10 CEST - Problema detectado, investigação iniciada * 11:26 CEST - Fix implantado, serviço restaurado * 14:47 CEST - Estabilidade total confirmada ** Causa da raiz:** Durante uma implantação de produção em 19 de junho, uma credencial de banco de dados foi configurada independentemente em dois sistemas. Um descompasso sutil foi introduzido durante uma atualização de configuração subsequente. O descompasso permaneceu latente, pois a aplicação manteve as conexões existentes no banco de dados. Um evento de manutenção GKE de rotina em 23 de junho reciclou a aplicação, forçando novas conexões que expuseram o descompasso. **Resolução:** A credencial do banco de dados foi alinhada e a aplicação foi reiniciada. O serviço retornou à operação completa sem perda de dados. ** Medidas preventivas: ** * Verificações de autenticação pós-implantação foram adicionadas ao runbook de implantação * Alerta para falhas de conectividade do banco de dados de aplicativos foi implementado * O processo de configuração credencial está sendo consolidado para eliminar o risco de descompasso do sistema dual Pedimos desculpa pela interrupção. Continuamos comprometidos com a confiabilidade da plataforma Exalate.

Traduzido automaticamente da atualização oficial do incidente.

1. 4 Mae 2026 da 13:24 UTCinvestigating

   We have reports of some Exlate cloud nodes being unavailable. Our team is currently investigating the issue.

2. 4 Mae 2026 da 13:42 UTCinvestigating

   We are continuing to investigate this issue.

3. 4 Mae 2026 da 14:50 UTCidentified

   Our cloud team has identified the root cause and is actively engaged in rectifying it.

4. 4 Mae 2026 da 15:53 UTCidentified

   affected nodes are recovering while our cloud team continues to work on the issue.

5. 4 Mae 2026 da 18:50 UTCmonitoring

   All nodes are operational, our cloud team continues to review the affected cluster and work on its maintenance.

6. 4 Mae 2026 da 21:28 UTCresolved

   The system has been under close observation and it has been stable. We will provide a post-mortem to the incident in due course.

1. 15 Ebrel 2026 da 09:03 UTCinvestigating

   Atualmente estamos investigando um problema onde a página de espaços de trabalho não está carregando. A sincronização não é afetada, apenas a UI do Novo Exalate não está carregando.

2. 15 Ebrel 2026 da 09:04 UTCidentified

   Identificámos a causa principal do problema e estamos actualmente a trabalhar numa solução.

3. 15 Ebrel 2026 da 10:16 UTCmonitoring

   As questões técnicas foram totalmente resolvidas e o aplicativo está funcionando agora. Estamos a acompanhar de perto a situação.

4. 15 Ebrel 2026 da 12:16 UTCresolved

   A aplicação tem funcionado sem problemas e não vemos anomalias. Uma autópsia será feita em devido tempo.

5. 7 Gouere 2026 da 12:41 UTCpostmortem

   **Incidente:** Exalate.app Não Carregando Espaços de Trabalho - 15 de abril de 2026 ** Duração:** 11:03 CEST – 12:16 CEST \(aproximadamente 73 minutos\). **Impacto:** A UI Exalate.app estava inacessível durante esta janela. A sincronização da questão não foi afetada. Nenhum dado foi perdido. **Resumo:** Em 15 de abril de 2026, a interface Exalate.app tornou-se inacessível após uma atualização de credencial de infraestrutura planejada. Uma dependência secundária de configuração não foi atualizada como parte da mudança, impedindo que a aplicação se conectasse ao seu banco de dados. ** Timeline:** * 11:03 CEST - Problema detectado, investigação iniciada * 11:04 CEST - Causa principal identificada * 12:16 CEST - Fix implantado, serviço restaurado ** Causa da raiz:** Uma dependência de configuração perdida durante uma atualização credencial deixou o aplicativo incapaz de autenticar em seu banco de dados. Isso estava relacionado ao incidente de 6 de abril; a dependência adicional já foi identificada e incorporada no procedimento de rotação. **Resolução:** A configuração afetada foi regenerada e a aplicação foi reiniciada. O serviço retornou à operação completa sem perda de dados. ** Medidas preventivas: ** * Todas as dependências credenciais foram totalmente mapeadas e o procedimento de rotação atualizado para cobri-las como uma única operação atômica Pedimos desculpa pela interrupção. Continuamos comprometidos com a confiabilidade da plataforma Exalate.

Traduzido automaticamente da atualização oficial do incidente.

1. 6 Ebrel 2026 da 11:07 UTCinvestigating

   Estamos actualmente a investigar uma questão quando os espaços de trabalho não estão a carregar as informações. A sincronização não é afetada, mas a UI do Novo Exalato não está carregando.

2. 6 Ebrel 2026 da 11:28 UTCmonitoring

   Identificámos e foi implementada uma solução. Exalate.app está atualmente operacional e trabalhando como esperado, vamos continuar monitorando a situação e fornecerá uma atualização em breve.

3. 6 Ebrel 2026 da 15:31 UTCresolved

   Este incidente foi resolvido.

4. 7 Gouere 2026 da 12:30 UTCpostmortem

   **Incidente:** Exalate.app Não Carregando Espaços de Trabalho - 6 de abril de 2026 ** Duração:** 13:07 CEST - 13:28 CEST \(aproximadamente 21 minutos\). **Impacto:** A UI Exalate.app estava inacessível durante esta janela. A sincronização da questão não foi afetada - as integrações continuaram a funcionar normalmente durante todo o período. Nenhum dado foi perdido. **Resumo:** Em 6 de abril de 2026, a interface Exalate.app tornou-se inacessível depois que uma credencial de infraestrutura foi rodada como parte de um programa de melhoria de segurança planejado. O componente responsável pela conectividade de banco de dados armazena credenciais na inicialização e não as recarrega automaticamente. A credencial anterior foi removida antes do componente ter sido reiniciado para pegar a nova, causando falhas de autenticação. ** Timeline:** * 13:07 CEST - Problema detectado, investigação iniciada * 13:28 CEST - Fix implantado, serviço restaurado ** Causa da raiz:** Uma rotação credencial completada fora da sequência - a antiga credencial foi removida antes do componente consumidor ter sido reiniciado com a nova. **Resolução:** Os componentes afetados foram reiniciados com as credenciais corretas. O serviço retornou à operação completa sem perda de dados. ** Medidas preventivas: ** * Um procedimento de rotação credencial foi estabelecido aplicando uma sequência obrigatória: atualizar, reiniciar os consumidores, verificar, então remover credenciais antigas * Monitoramento direto para falhas de autenticação de conectividade de banco de dados está sendo implementado * Migração para gerenciamento de credencial automatizado que elimina rotação manual para esta carga de trabalho está em andamento Pedimos desculpa pela interrupção. Continuamos comprometidos com a confiabilidade da plataforma Exalate.

Traduzido automaticamente da atualização oficial do incidente.

1. 2 Ebrel 2026 da 15:41 UTCinvestigating

   We are investigating some Exalate nodes being unavailable. We will be providing an update shortly on the investigation. Next update within 2 hours - or as soon as we have any relevant updates

2. 2 Ebrel 2026 da 16:37 UTCidentified

   The issue was identified and we are currently working on restoring the nodes as soon as possible. Next update within 2 hours or as soon as we have any relevant updates

3. 2 Ebrel 2026 da 18:25 UTCidentified

   We continue with the restoration efforts. Some nodes are already available. Next update will be within 2 hours or as soon as we have any relevant update.

4. 2 Ebrel 2026 da 19:18 UTCmonitoring

   All nodes have been successfully restored. Our team is closely monitoring the system to ensure continued stability.

5. 2 Ebrel 2026 da 21:26 UTCresolved

   This incident has been resolved.

1. 16 Meurzh 2026 da 15:13 UTCinvestigating

   We are investigating reports by some users that the Exalate app is not available right now.

2. 16 Meurzh 2026 da 15:56 UTCidentified

   We have identified the problem and the team is working to rectify this. We will provide an update of progress shortly.

3. 16 Meurzh 2026 da 16:09 UTCmonitoring

   The services are fully functional again. We are very closely monitoring the situation.

4. 16 Meurzh 2026 da 17:13 UTCresolved

   All systems are functional. We will be providing a post-mortem of the incident here in due course.

5. 31 Meurzh 2026 da 09:44 UTCpostmortem

   **Incident:** Exalate Application Unavailability — March 16, 2026 **Duration:** 16:13 CET – 17:09 CET \(approximately 56 minutes\) **Impact:** The Exalate UI was inaccessible during this window. Issue synchronisation was not affected — integrations continued to run normally throughout. No data was lost. **Summary:** On March 16, 2026, the Exalate application became unavailable following a production infrastructure configuration change. A resource allocation adjustment applied to a critical authentication component proved insufficient under production load, causing repeated service interruptions. **Timeline:** * 16:13 CET — Issue reported, investigation initiated * 16:56 CET — Root cause identified, remediation initiated * 17:09 CET — Fix deployed, service restored * 18:13 CET — Full stability confirmed **Root Cause:** A resource limit adjustment deployed without cross-team review under-provisioned a critical authentication component. Under production load, the platform repeatedly terminated the component, rendering the application inaccessible. **Resolution:** Resource limits were corrected, restoring service. A further optimisation was applied during a subsequent scheduled maintenance window following joint engineering review. **Preventive Measures:** * All production infrastructure configuration changes now require joint sign-off from infrastructure and engineering leads before deployment * Resource and capacity parameters validated against production load baselines prior to deployment

1. 13 Meurzh 2026 da 11:56 UTCinvestigating

   We are currently investigating an issue causing the Exalate website to be temporarily unavailable. Our team is actively working to identify the root cause and restore access as quickly as possible. This issue is strictly isolated to the Exalate.com webpage. Please note that Exalate.app and individual Nodes are not affected, and there is no impact on active integrations. We will provide an update within 4 hours, or sooner if new information becomes available.

2. 13 Meurzh 2026 da 13:03 UTCinvestigating

   Update: We are continuing to investigate the performance issues affecting Exalate.com. We have identified an ongoing incident with our hosting provider, Hostinger, and are currently verifying the extent of the impact on our services. You can track their status directly here: https://statuspage.hostinger.com We will provide another update as soon as we have more information, or within the next 4 hours.

3. 13 Meurzh 2026 da 14:31 UTCmonitoring

   We have identified and mitigated the issue that was causing performance degradation and intermittent unavailability of the Exalate.com website. After implementing mitigation measures, the website is now fully accessible and performing as expected. We have confirmed that Exalate.app, individual Nodes, and all active integrations remained unaffected throughout this incident. Our team will continue to monitor the situation closely to ensure continued stability. We will provide further updates only if the situation changes.

4. 13 Meurzh 2026 da 18:19 UTCresolved

   This incident has been resolved.

5. 31 Meurzh 2026 da 09:46 UTCpostmortem

   **Date:** March 17, 2026 **Duration:** 12:10 CET - 15:00 CET \(2 hours, 50 minutes\) **Impact:** The [exalate.com](http://exalate.com) website was completely inaccessible to all users for the duration of the incident. **Summary:** The hosting environment experienced resource exhaustion triggered by a sudden surge in web traffic. This was further exacerbated by a malfunctioning security plugin. **Timeline:** 12:10 CET: Incident start \(resource exhaustion begins\) 12:28 CET: Issue detected 14:40 CET: Root cause identified 15:00 CET: Service fully restored **Root Cause:** A spike in unique visitors has led to resource depletion on the hosting server. During the investigation, it was discovered that an installed security plugin was behaving inefficiently under high load, significantly compounding the CPU and memory usage, preventing the server from recovering. **Resolution:** Identified and blocked specific IP addresses responsible for an anomalous volume of requests. Deactivated and removed the problematic security plugin. Implemented an alternative solution to handle the plugin's core functionality without the performance overhead. **Preventive Measures:** Investigate and implement automated rate-limiting and IP blocking solutions \(e.g., WAF rules\) to handle traffic spikes.

1. 9 Meurzh 2026 da 06:59 UTCinvestigating

   We have reports of some Exlate cloud nodes being unavailable. Our team is currently investigating the issue.

2. 9 Meurzh 2026 da 07:11 UTCidentified

   Our cloud team has identified the root cause and is actively engaged in rectifying it.

3. 9 Meurzh 2026 da 07:20 UTCmonitoring

   The issue has been fully rectified and all nodes are fully restored. We are closely monitoring the situation.

4. 9 Meurzh 2026 da 09:00 UTCresolved

   After close monitoring, we consider the issue fully resolved. An RCA would be published here in due course.

5. 1 Ebrel 2026 da 03:39 UTCpostmortem

   **Incident:** Exalate Cloud Service Disruption - March 9, 2026 **Duration:** 07:30 CET – 08:10 CET \(approximately 40 minutes\) **Impact:** Some Exalate Cloud nodes experienced temporary service disruption. Database write operations were briefly affected. Issue synchronisation resumed automatically once the issue was resolved. No data was lost. **Summary:** On March 9, 2026, the primary database instance serving part of the Exalate Cloud infrastructure reached full storage capacity. This prevented the database from processing write operations, temporarily impacting node availability. **Timeline:** * 07:30 CET - Issue detected, investigation initiated * 08:05 CET - Storage expanded, database operations resumed * 08:10 CET - Fix verified, nodes confirmed operational * 10:00 CET - Full stability confirmed after extended monitoring **Root Cause:** The primary database storage volume gradually reached full capacity under normal operational growth. Proactive storage monitoring did not fire in time. **Resolution:** Database storage was expanded and the service returned to full operation automatically. Additional alerting configured.

1. 23 Genver 2026 da 09:59 UTCinvestigating

   We have identify an incident with exalate.app that is currently not loading. We are currently investigating the issue and will be providing updates within the hour. This is not affecting the sync of issues but the UI for exalate is currently unavailable.

2. 23 Genver 2026 da 10:18 UTCmonitoring

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

3. 23 Genver 2026 da 12:18 UTCresolved

   This incident has been resolved.

4. 31 Meurzh 2026 da 09:43 UTCpostmortem

   **Incident:** Exalate Application Unavailability — January 23, 2026 **Duration:** 10:59 CET – 11:18 CET \(approximately 19 minutes\) **Impact:** The Exalate UI was inaccessible during this window. Issue synchronisation was not affected — integrations continued to run normally throughout. No data was lost. **Summary:** On January 23, 2026, our monitoring detected a service outage affecting the Exalate application. The root cause was a deployment configuration change that unintentionally removed an active compute resource from the production environment. **Timeline:** * 10:59 CET — Issue detected, investigation initiated * 11:18 CET — Fix deployed, service restored * 13:18 CET — Full stability confirmed **Root Cause:** A deployment configuration change targeted the wrong resource section, resulting in an active production compute resource being removed and the application becoming inaccessible. **Resolution:** The affected resource was recreated and all services returned to full operation with no data loss. **Preventive Measures:** * Infrastructure-as-code changes must be validated in a non-production environment before production deployment * Peer review steps introduced to verify configuration targets prior to execution

1. 12 Kerzu 2025 da 16:15 UTCinvestigating

   There is an outage on one of the clusters in Exalate cloud that might affect access to the nodes temporarily. We are currently investigating the issue to ensure that service is restored as soon as possible. A new update will be provided within 1 hour

2. 12 Kerzu 2025 da 16:31 UTCidentified

   We have root caused the issue and the restoration process is underway already. The next update will be provided in 30mins.

3. 12 Kerzu 2025 da 16:58 UTCidentified

   The recovery process is still ongoing. We will provide an update within an hour.

4. 12 Kerzu 2025 da 19:11 UTCidentified

   We continue to work on the restoration of the affected nodes. We will be providing a new update in one hour.

5. 12 Kerzu 2025 da 20:20 UTCidentified

   Nodes are being restored now, most nodes are now online, a full operational message will be posted once all nodes are back online.

6. 13 Kerzu 2025 da 01:51 UTCidentified

   Most nodes are back on operational status, a full operational message will be posted once all nodes are back.

7. 13 Kerzu 2025 da 02:56 UTCmonitoring

   All nodes are back to operational status now. We continue to monitor the stability closely.

8. 13 Kerzu 2025 da 04:26 UTCresolved

   All Exalate nodes are stable and working normally. A post-mortem for the incident will be published in due course.

9. 22 Kerzu 2025 da 04:43 UTCpostmortem

   **Incident: Service Outage - December 12, 2025** **Duration:** 16:35 CET - 03:01 CET \(approximately 10 hours\) **Impact:** A significant number of Exalate Cloud nodes experienced service unavailability, resulting in temporary disruption to data synchronization services. No data was lost during this incident. **Summary:** On December 12, 2025, our infrastructure monitoring detected a service outage affecting Exalate Cloud customers on our production clusters. The root cause was identified as a storage system failure triggered by network latency on a legacy infrastructure component, which caused storage connectivity issues for customer workloads. **Timeline:** * 16:35 CET - Issue detected by monitoring systems * 17:31 CET - Root cause identified, restoration initiated * 21:20 CET - Majority of nodes restored to service * 03:01 CET - Full service restoration confirmed **Root Cause:** A storage management component became unresponsive due to elevated network latency caused by a legacy networking layer. This resulted in storage disconnection for customer workloads. **Resolution:** The storage system was restored, all affected workloads were rescheduled, and the external dependency was updated to a supported version. All nodes were returned to full operation with no data loss. **Preventive Measures:** * Deploying patches to address the storage component stability issue * Accelerating migration away from the legacy networking layer to modern infrastructure * Implementing internal mirroring of critical external dependencies to eliminate reliance on third-party availability * Enhancing operational safeguards for infrastructure management procedures We sincerely apologize for the disruption this incident caused. Our team remains committed to improving the reliability and resilience of the Exalate Cloud platform.

1. 27 Du 2025 da 11:47 UTCinvestigating

   We are investigating reports of some Exalate nodes being unavailable. We will be providing an update shortly on the investigation.

2. 27 Du 2025 da 12:33 UTCidentified

   We have identified the problem and are working to restore full service as soon as possible.

3. 27 Du 2025 da 13:47 UTCidentified

   Most nodes are currently running but we are still experiencing intermittent service failures. The full fix is being implemented now.

4. 27 Du 2025 da 15:31 UTCmonitoring

   All nodes are back online and we are closely monitoring the cluster health.

5. 27 Du 2025 da 16:51 UTCidentified

   We have detected some instability again and are investigating why some nodes are not reachable again.

6. 27 Du 2025 da 20:48 UTCidentified

   All nodes are now back online and our team is working on stabilizing the services

7. 27 Du 2025 da 22:04 UTCmonitoring

   All nodes are now fully operational. Any communication error reported in the console should now disappear after hitting "Resolve and retry". If you encounter any further problem please reach out to our support team. We continue to monitor the cluster closely and investigate to root cause the incident.

8. 28 Du 2025 da 07:08 UTCresolved

   We have closely monitored the health of the affected Exalate nodes, and they are all performing as per expectation. A post-mortem of the incident will be published in due course.

9. 12 Kerzu 2025 da 12:02 UTCpostmortem

   **Incident: Service Degradation - November 27, 2025** **Duration:** 11:26 CET - 21:37 CET \(~10 hours\) **Impact:** Approximately 700 Exalate Cloud nodes experienced intermittent connectivity issues, resulting in temporary disruption to data synchronization services. No data was lost during this incident. **Summary:** On November 27, 2025, our infrastructure monitoring detected service degradation affecting a subset of Exalate Cloud customers. The root cause was identified as storage I/O contention on the underlying database infrastructure, which caused the primary database to become unresponsive intermittently. **Timeline:** * 11:26 CET - Issue detected by monitoring systems * 11:30 CET - Engineering team began investigation * 15:30 CET - Initial mitigation applied \(infrastructure scaling\) * 18:30 CET - Root cause identified and permanent remediation initiated * 21:37 CET - Full service restoration confirmed **Root Cause:** Database storage was experiencing resource contention due to shared infrastructure components, causing elevated I/O latency. This triggered automated health checks to restart the database service repeatedly, compounding the connectivity issues. **Resolution:** The database was migrated to dedicated storage resources and allocated additional compute capacity. All affected nodes were restored to full operation with no data loss. **Preventive Measures:** * Implementing enhanced storage latency monitoring and alerting * Reviewing infrastructure health check configurations for database workloads * Auditing storage allocation across all database clusters to prevent similar contention We apologize for any inconvenience this incident may have caused. Our team remains committed to maintaining the reliability and performance of the Exalate Cloud platform.

1. 20 Du 2025 da 09:43 UTCidentified

   We have identified an issue when trying to access the SyncRoom page, caused by a significant increase in DNS traffic originating from an external problem between Hostinger and Cloudflare. This external issue is currently impacting our service and is preventing the SyncRoom page and the community from loading Important Note: This issue does not affect the core Exalate functionality. Synchronization is continuing to work as expected. We are actively working to resolve this and will provide an update within the next two hours. Thank you for your patience.

2. 20 Du 2025 da 10:29 UTCmonitoring

   A fix has been implemented by Hostinger and the services have been restored (Exalate community and SyncRoom) We will continue to monitor the results.

3. 20 Du 2025 da 11:23 UTCresolved

   This incident has been resolved.

4. 1 Ebrel 2026 da 04:08 UTCpostmortem

   timeout

1. 4 Here 2025 da 06:18 UTCinvestigating

   We are investigating reports of users unable to access the Exalate console on some systems. We will be providing an update soon.

2. 4 Here 2025 da 06:30 UTCmonitoring

   The problem has been identified and the fix has been put in place.

3. 4 Here 2025 da 06:54 UTCresolved

   The issue is fully resolved and all nodes are operational. A post-mortem will be provided here in due course.

4. 14 Du 2025 da 12:23 UTCpostmortem

   ## **Summary** On October 4, 2025, Exalate Cloud experienced an issue that caused some Exalate nodes to become temporarily inaccessible at 04:00 CEST. This resulted in UI access issues and potential synchronization interruptions for part of our customer base. All services were fully restored by 09:00 CEST. ## **Impact** Customers using Exalate cloud nodes experienced: * Inability to access nodes * Sync failures or delays * Temporary disruption of workflow automations No data loss occurred. ## **Root Cause** There was an error in the certification renewal process. This prevented affected nodes from completing required secure connections, making them temporarily unreachable. ## **Resolution** After identifying the cause, the certificate was renewed and deployed. Services began recovering immediately and full functionality was validated shortly thereafter. ## **Preventive Measures** We are implementing several improvements to prevent recurrence, including: * Expanded automated monitoring for certificate validity * Additional service health checks, including customer-facing endpoints * Automated renewal processes for critical certificates * Strengthened operational procedures around certificate lifecycle management

1. 3 Here 2025 da 09:43 UTCmonitoring

   We've released a configuration update for Jira Cloud connections running version 5.28.5. Who is affected: Customers using external script repositories in their Jira Cloud connections may experience script-related errors after upgrading to 5.28.5. Resolution: If you're experiencing issues with your scripts, please contact our support team at [email protected] - we'll assist you with a quick configuration update. Status: We're actively monitoring and reaching out to affected customers.

2. 5 Du 2025 da 14:17 UTCresolved

   This incident has been resolved.

3. 1 Ebrel 2026 da 04:09 UTCpostmortem

   timeout

1. 24 Gwengolo 2025 da 10:56 UTCinvestigating

   There is an outage on one of the clusters in Exalate cloud that might affect access to the nodes temporarily. We are currently investigating the issue to ensure that service is restored as soon as possible.

2. 24 Gwengolo 2025 da 11:18 UTCidentified

   We have root caused the issue and the restoration process is underway already. The next update will be provided in 30mins.

3. 24 Gwengolo 2025 da 11:47 UTCidentified

   The recovery process is still ongoing. We will provide an update within an hour.

4. 24 Gwengolo 2025 da 13:00 UTCmonitoring

   All nodes are fully recovered. We continue to closely monitor the situation.

5. 24 Gwengolo 2025 da 14:50 UTCidentified

   Our monitoring uncovered a problem still lingering with the cluster. We are working to restore full functionality as soon as possible.

6. 24 Gwengolo 2025 da 16:56 UTCidentified

   Node recovery has presented some challenges and is taking longer than expected. We continue to strive to bring all nodes back online as soon as possible. Next update will be provided within 2 hours.

7. 24 Gwengolo 2025 da 18:47 UTCidentified

   Infrastructure component failures have been addressed by our Engineering team. Next step: We are restarting the individual Exalate nodes impacted by the failure. More information will be provided in an hour.

8. 24 Gwengolo 2025 da 19:54 UTCidentified

   We continue restarting the individual Exalate nodes impacted by the failure. 5% of the affected nodes have been brought back online. Further updates to be expected in an hour

9. 24 Gwengolo 2025 da 20:51 UTCidentified

   The team is actively working through the restart sequence for all individual Exalate nodes. This is a deliberate, multi-step process to ensure stability upon full restoration. Further updates to be expected in an hour.

10. 24 Gwengolo 2025 da 21:45 UTCidentified

    Following the deliberate, multi-step sequence, the engineering team has now moved into the main restoration phase. We are actively scaling up the restart of the affected Exalate nodes. We'll continue to monitor stability closely. We will provide the next update in one hour.

11. 24 Gwengolo 2025 da 22:49 UTCidentified

    The engineering team continue working on the main restoration phase. We'll continue to monitor stability closely. Further updates to be expected in an hour

12. 24 Gwengolo 2025 da 23:50 UTCidentified

    During the scale-up phase, the restoration process has presented some challenges that are taking longer than initially expected to resolve. The engineering team is actively working to address these stability issues. We will provide the next update within one hour.

13. 25 Gwengolo 2025 da 00:48 UTCidentified

    The previous technical challenges have been addressed. We have re-initiated the scale-up of the Exalate nodes and are closely monitoring the environment for stability. We will provide the next update within one hour.

14. 25 Gwengolo 2025 da 01:44 UTCidentified

    We are continuing the scale-up of the Exalate nodes. The team is maintaining a close monitoring posture to ensure stability throughout this process. We will provide the next update in one hour.

15. 25 Gwengolo 2025 da 03:23 UTCmonitoring

    All nodes are fully restored and functioning normally now. We continue to monitor the cluster carefully to ensure stability.

16. 25 Gwengolo 2025 da 14:21 UTCresolved

    We have extensively monitored the cluster health and there have been no outstanding issues found.

17. 10 Here 2025 da 10:41 UTCpostmortem

    ## Executive Summary On September 24, 2025, Exalate experienced a service interruption lasting 17 hours and 28 minutes that affected our cloud-hosted integration nodes. During this time, customers were unable to synchronize data between their integrated systems. **No customer data was lost.** We sincerely apologize for the inconvenience and want to share what happened and how we're preventing future issues. ## What Happened **Timeline:** * **10:02 UTC \(Sept 24\):** Infrastructure issue detected through customer reports * **13:00 UTC:** Partial service restoration achieved * **13:45 UTC:** Secondary technical issue caused complete service unavailability * **17:24 UTC:** Core infrastructure restored * **21:00 UTC:** Priority customer services online * **03:30 UTC \(Sept 25\):** Full service restoration completed **Root Cause:** A network connectivity issue on our hosting platform triggered a cascading infrastructure failure. The recovery process was complex due to database resilience challenges and infrastructure management system complications. ## Customer Impact **During the outage:** * Data synchronization between systems \(Jira, ServiceNow, etc.\) was unavailable * Automated workflow processes were temporarily halted **What was NOT affected:** * **No customer data was lost or corrupted** * All existing synchronized data remained intact * Customer configurations and sync histories were preserved ## Our Response We immediately activated our 24/7 incident response team, maintained continuous status page updates, directly contacted Enterprise customers, and coordinated with infrastructure providers throughout the recovery. ## Prevention Measures We're implementing comprehensive improvements on an accelerated timeline: **Immediate \(October 2025\):** * Enhanced infrastructure monitoring and alerting systems * Comprehensive disaster recovery documentation **Short-term \(November 2025\):** * Infrastructure resilience improvements * Automated recovery procedures * Regular disaster recovery testing **Medium-term \(Q1 2026\):** * Multi-cloud architecture implementation * Advanced predictive monitoring ## Customer Support If you need assistance related to this outage: * **Enterprise Customers:** Use your dedicated support channels * **Standard Support:** Submit tickets through our support portal * **Status Updates:** Monitor our status page for ongoing information We apologize for this service disruption and appreciate your patience. Your trust is essential to our business, and we're committed to earning it through reliable service delivery and continuous improvement.

1. 29 Eost 2025 da 16:18 UTCinvestigating

   We are investigating a problem where IssueLinks are being removed from Jira cloud tickets. Progress and actions will be notified accordingly, if you encountered this problem please reach us on support portal.

2. 29 Eost 2025 da 16:57 UTCidentified

   The issue has been identified and we are performing remediation actions.

3. 29 Eost 2025 da 21:04 UTCidentified

   All nodes have been moved from the affected version and a workaround to remediate the possible effects on issue links is being investigated.

4. 31 Eost 2025 da 19:00 UTCmonitoring

   We identified the affected instances and provided remediation steps to all affected clients to restore the removed links.

5. 5 Gwengolo 2025 da 11:56 UTCresolved

   The issue affecting Jira Cloud issue links has been fully resolved. A detailed postmortem will be published soon outlining the root cause and preventive measures being implemented.

6. 18 Gwengolo 2025 da 06:57 UTCpostmortem

   # Exalate v5.28 Issue Links Synchronization - Technical Incident Report **Incident Date:** 29/Aug/2025 **Duration:** ~4 hours from detection to rollback completion **Impact:** Issue link synchronization behavior change affecting multiple customer instances **Status:** Resolved with data restoration completed ## Timeline The incident was first detected  on 29/Aug at 17:56 when a customer reported issue links being removed after upgrading to v5.28. Within eight minutes, at 18:04, the support team received multiple similar reports and immediately requested a rollback. The formal incident response was initiated at 18:17, and the rollback process to v5.27.0 began at 18:48. The rollback was completed across all affected instances by 22:12 the same day, approximately four hours after initial detection. Recovery efforts continued over the weekend. On 30/Aug at 09:43, the data restoration team was assembled and began developing recovery procedures. The comprehensive customer communication deployment occurred on 01/Sep at 17:05, providing affected customers with restoration instructions and individualized support. _\(All times CET\)_ ‌ ‌ ## Root Cause Analysis The technical issue stemmed from a synchronization enhancement in v5.28 that compared issue links between source and destination systems. The implementation operated under the assumption that links present on the destination but not on the source represented synchronization inconsistencies requiring removal. This approach failed to distinguish between links managed by Exalate and links created independently outside the synchronization scope. Several contributing factors enabled this issue to reach production. The scope definition did not account for mixed environments where synchronized and non-synchronized links coexist on the same system. Test coverage focused primarily on standard synchronization flows rather than these mixed data environments. Additionally, the modification affected a broader scope than initially anticipated during the development and review process. The impact characteristics were significant but recoverable. Multiple customer instances experienced removal of issue links that existed outside the intended synchronization scope. However, service functionality continued throughout the incident, and comprehensive audit logs preserved all affected link data, which enabled complete restoration of the removed links.Regarding data security and privacy, the audit logs contain only metadata elements such as issue identifiers, link types, and relationship mappings. No sensitive customer content, comments, or detailed issue information was captured in these logs. This metadata-only approach ensured that the restoration process could proceed while maintaining appropriate data protection standards. ## Learnings On the positive side, the incident response team made a rapid rollback decision, quickly identifying this as the appropriate technical solution rather than attempting a forward fix. The comprehensive logging infrastructure proved invaluable, enabling complete data restoration from audit trails. Cross-functional coordination worked well across engineering, customer success, and operations teams. The structured communication approach maintained clarity and transparency throughout the resolution process. The incident also revealed important areas for system enhancement. Synchronization logic in complex integration scenarios requires better handling of mixed data environments where multiple systems manage different subsets of the same data types. Testing scope needs expansion to cover mixed synchronized and non-synchronized environments comprehensively. Change evaluation processes require enhancement for modifications that affect customer data. Monitoring capabilities need improvement to enable proactive detection of synchronization behavior changes before customer impact. Several process improvements have been \(or are being\) implemented as a result. Enhanced code review procedures now include additional requirements specifically for data modification operations. Expanded testing protocols cover scenarios involving mixed data environments and include dedicated data preservation validation. Improved monitoring systems detect synchronization pattern changes and unusual data modification activities. Updated release procedures include enhanced evaluation criteria for data-affecting changes and improved rollback automation capabilities.