Historial de interrupciones de Exalate

1. 27 de agosto de 2026 a las 4:36 UTCinvestigating

   Atlassian está experimentando un problema con Jira y otros sistemas actualmente - detalles aquí: https://status.atlassian.com/ Esto puede afectar sus conexiones Exalate si se conecta a una instancia Jira.

2. 27 de agosto de 2026 a las 4:44 UTCidentified

   Se ha determinado la cuestión y se está aplicando una solución.

3. 27 de agosto de 2026 a las 5:09 UTCmonitoring

   Atlassian ha puesto en marcha una solución para resolver el problema. Su sincronización ya debe estar de vuelta a la normalidad, pero por favor contacte para apoyar en caso de problemas.

4. 27 de agosto de 2026 a las 5:27 UTCresolved

   Todos los sistemas Atlas están de vuelta a la normalidad, y la sincronización está funcionando como se espera. En caso de problemas con su sincronización, por favor cree un ticket de soporte y estaremos encantados de ayudar.

5. 8 de septiembre de 2026 a las 5:41 UTCpostmortem

   N/A

Traducido automáticamente desde la actualización oficial del incidente.

1. 24 de julio de 2026 a las 6:12 UTCidentified

   Siguiendo un cambio no revelado en el nombre de la aplicación que hace que el usuario proxy se muestre con el nombre completo de la aplicación en lugar de simplemente "Exalate". Esto ya se notifica a Atlassian y estamos a la espera de la acción necesaria en su fin para revertir el cambio. Impacto: Las actualizaciones realizadas por Exalate mostrarán "Exalate Classic Connector for Jira (Two-way Sync)" como el usuario haciendo el cambio.

2. 24 de julio de 2026 a las 9:15 UTCidentified

   Seguimos investigando el mejor enfoque para resolver esta cuestión con la ayuda del apoyo Atlas.

3. 24 de julio de 2026 a las 12:39 UTCidentified

   Trabajamos activamente con el apoyo de Atlassian para determinar la mejor resolución posible para esta cuestión.

4. 24 de julio de 2026 a las 15:47 UTCidentified

   Trabajamos activamente con el apoyo de Atlassian para determinar la mejor resolución posible para esta cuestión. Estaremos proporcionando la siguiente actualización dentro de 6 horas o tan pronto tengamos información relevante.

5. 24 de julio de 2026 a las 16:33 UTCresolved

   El nombre de usuario proxy fue revertido de nuevo a Exalate. Estamos considerando el incidente como resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 16 de julio de 2026 a las 11:28 UTCinvestigating

   Algunos nodos Jira Cloud están experimentando inestabilidad en los últimos 30 minutos. El problema es limitado y sólo afecta a algunos clientes. Vamos a proporcionar una actualización en breve.

2. 16 de julio de 2026 a las 12:03 UTCidentified

   Vamos a estar haciendo un cambio en Exalate Cloud para mejorar la estabilidad. El impacto en su nodo será tan limitado a un reinicio con el nodo no disponible para un par de minutos. La inconveniencia se lamenta.

3. 16 de julio de 2026 a las 13:38 UTCidentified

   El reinicio de los nodos está en marcha. Usted experimentará un breve reinicio sobre los nodos JCloud. Te mantendremos informado con nuestro progreso.

4. 16 de julio de 2026 a las 15:15 UTCidentified

   El reinicio todavía está en progreso y va sin problemas. Te actualizaremos tan pronto como esté terminado.

5. 16 de julio de 2026 a las 15:57 UTCmonitoring

   Todos los nodos vuelven a la operación normal. Seguimos vigilando de cerca la situación.

6. 16 de julio de 2026 a las 17:18 UTCresolved

   Tras una vigilancia estrecha, la cuestión se considera plenamente resuelta. Estaremos publicando un RCA aquí a su debido tiempo.

Traducido automáticamente desde la actualización oficial del incidente.

1. 13 de julio de 2026 a las 22:15 UTCinvestigating

   Hemos recibido múltiples informes de sincronización después de la actualización de la nueva aplicación Jira Cloud forge. Nuestra investigación inicial nos lleva a creer que esto está sucediendo debido al cambio en la cuenta de usuario Proxy. Estamos trabajando activamente para determinar la causa raíz y aplicar una solución.

2. 13 de julio de 2026 a las 23:48 UTCinvestigating

   Seguimos investigando este asunto con nuestros ingenieros para determinar la causa raíz.

3. 14 de julio de 2026 a las 4:58 UTCidentified

   La causa raíz ha sido identificada y estamos trabajando en una solución. Por favor espere otra actualización dentro de una hora.

4. 14 de julio de 2026 a las 7:05 UTCidentified

   La solución está siendo validada para encontrar el mejor enfoque hacia adelante. Proporcionaremos otra actualización dentro de la hora.

5. 14 de julio de 2026 a las 8:11 UTCidentified

   Desafortunadamente, la prueba de la solución reveló un problema inesperado y ahora estamos bien ajustando la solución para asegurar que incorpora todos los casos de uso posibles. Tendremos una actualización para ti en una hora.

6. 14 de julio de 2026 a las 9:09 UTCidentified

   La nueva solución ha sido creada y las pruebas iniciales son prometedoras. Estamos profundamente en QA con la nueva solución y proporcionará una actualización dentro de la hora acerca de los resultados. La inconveniencia se lamenta.

7. 14 de julio de 2026 a las 10:11 UTCidentified

   Aún estamos probando la solución y los resultados siguen siendo buenos. Estamos cerca de terminarlo. La próxima actualización será dentro de la hora.

8. 14 de julio de 2026 a las 11:39 UTCidentified

   La solución está lista y estamos trabajando en el enfoque de implementación con un impacto mínimo para los clientes. Se entregará sistemáticamente a todos los clientes. Proporcionaremos una actualización en la próxima hora sobre el despliegue.

9. 14 de julio de 2026 a las 12:51 UTCidentified

   Hemos implementado la solución a algunos clientes selectos y validados resultados más adelante. El despliegue masivo está siendo planeado ahora mismo. Le actualizaremos en la próxima hora sobre el progreso.

10. 14 de julio de 2026 a las 14:24 UTCidentified

    Todavía estamos en curso para el despliegue de parches y la liberación está pasando por validación adicional de QA ahora (requerido para un despliegue completo de producción). Esperamos tener la próxima actualización dentro de una hora.

11. 14 de julio de 2026 a las 16:11 UTCidentified

    El QA y las pruebas están tomando un poco más de lo esperado, pero esperamos comenzar el despliegue en la próxima hora. Te actualizaremos antes de empezar esto.

12. 14 de julio de 2026 a las 17:41 UTCmonitoring

    El despliegue del hotfix: Exalate Classic 5.35.4 - Jira Cloud, en curso (https://community.exalate.com/t/jira-cloud-version-5-35-4/8215). El despliegue se está vigilando de cerca para cualquier anomalía. Te actualizaremos en una hora.

13. 14 de julio de 2026 a las 18:55 UTCmonitoring

    El despliegue continúa ininterrumpido. Le actualizaremos a su debido tiempo tan pronto como esté completo.

14. 14 de julio de 2026 a las 22:14 UTCresolved

    El despliegue se completó con éxito y la cuestión comunicada se resuelve plenamente. Un RCA detallado será publicado a su debido tiempo.

15. 28 de julio de 2026 a las 20:00 UTCpostmortem

    **Impact:** Algunas conexiones Classic Exalate for Jira Cloud experimentaron sincronizaciones repetidas y duplicadas tras una migración de infraestructura a la plataforma Forge de Atlassian. En las conexiones afectadas los clientes vieron: * ** Actividad Duplicada** — la misma actualización, comentario o cambio de campo aplicado a un problema una y otra vez como el bucle sincronizado. * ** Problemas reabiertos/resucitados** - cuestiones que habían sido cerradas siendo reabiertas, y otros valores de estado o campo que se sobrescriben de una y otra vez entre los problemas emparejados. * **Dibujos y reportes distorsionados** impulsados por el volumen de cambios duplicados. * ** Automatizaciones rotas y validaciones de flujo de trabajo** — porque el nombre del usuario de integración \(y ID subyacente\) cambió, reglas de automatización del lado cliente Jira y validadores de flujo de trabajo que referenciaban al usuario "Exalate" por nombre dejó de comportarse como configurado. * **Stuck or failed syncs**, and in some cases a connection going down, requiring manual retries or recovery. * Mayor esfuerzo manual** para que los equipos puedan sintetizar y corregir los problemas afectados. No todos los clientes se vieron afectados — el impacto dependía de la configuración de conexión. Los más expuestos fueron las conexiones locales y los problemas que anteriormente habían sido creados o actualizados bajo la identidad original "Exalate" y luego fueron tocados bajo el renombrado. **Summary:** Como parte de mover Classic Exalate para Jira Cloud a la plataforma Forge de Atlassian, el nombre mostrado para el usuario de integración de Exalate dentro de Jira cambió \(desde "Exalate" a una variante más larga\). Exalate utilizó ese nombre para reconocer sus propias actualizaciones y evitar volver a sincronizarlas. Una vez que el nombre cambió, la aplicación ya no reconoció sus propios escritos sobre las conexiones afectadas y los volvió a procesar como si fueran nuevos cambios externos — cada uno escribe desencadenando otro sincronizado, produciendo bucles. El mismo cambio de identidad también rompió las automatizaciones y validaciones de los clientes que referenciaban al usuario "Exalate" por nombre. **Resolución:** Un parche \(5.35.4\) que reconoce las propias actualizaciones de Exalate por un identificador de usuario estable en lugar de que el nombre de pantalla fue validado en entornos de clientes afectados y desplegado en la flota de Jira Cloud. La sincronización volvió a la normalidad una vez terminado el despliegue. Atlassian ha restaurado y confirmado el nombre del usuario de integración como "Exalate", y ahora es estable, reparando automatizaciónes que lo refieran por nombre. Cuando los bucles crearon artículos duplicados o reabridos, estamos trabajando con clientes afectados para identificar y corregir los problemas afectados. ** Medidas preventivas** La prevención del bucle ya no depende de un nombre de visualización cambiante; estamos agregando un paso de revisión de impacto y notificación alrededor de cambios impulsados por la plataforma y actualizaciones de aplicaciones, y detección automatizada de bucles de sincronización y saturación de bases de datos por lo que la recuperación no depende de los informes de los clientes. Nos disculpamos por la interrupción y seguimos comprometidos con la fiabilidad de la plataforma Exalate.

Traducido automáticamente desde la actualización oficial del incidente.

1. 23 de junio de 2026 a las 9:10 UTCinvestigating

   Actualmente estamos investigando un problema cuando intentamos cargar la conexión del exalado. la página de aplicación tiene un error. La conexión y sincronización no se ven afectados por el outage, todavía están trabajando, pero en este momento no es posible ver o modificar la conexión del exalado. página de aplicación. Estaremos proporcionando una actualización dentro de 2 horas.

2. 23 de junio de 2026 a las 9:26 UTCmonitoring

   La cuestión se ha resuelto. Exalate Dashboard no está de vuelta en línea y estable. Seguiremos monitorizando el sistema.

3. 23 de junio de 2026 a las 12:47 UTCresolved

   Este incidente ha sido resuelto.

4. 7 de julio de 2026 a las 8:49 UTCpostmortem

   **Duración:** 11:10 CEST - 11:26 CEST \(aproximadamente 16 minutos\). La estabilidad total confirmada a las 14:47 CEST. **Impact:** Las páginas de conexión Exalate.app y dashboard fueron inaccesibles durante esta ventana. La sincronización de números no se vio afectada - las integraciones continuaron funcionando normalmente a lo largo de todo. No se perdieron datos. **Summary:** El 23 de junio de 2026, la interfaz Exalate.app se hizo inaccesible después de que un componente de autenticación interna no se conectara a su base de datos. El fracaso fue causado por un desajuste credencial introducido durante un despliegue de producción. **Tiempo:** * 11:10 CEST - Cuestión detectada, investigación iniciada * 11:26 CEST - Fijación de despliegue, servicio restaurado * 14:47 CEST - La estabilidad total confirmada *Causa de raíz* Durante un despliegue de producción el 19 de junio, una base de datos credencial se configuraba independientemente en dos sistemas. Se introdujo un desajuste sutil durante una actualización de configuración posterior. El desajuste seguía siendo latente porque la aplicación mantenía conexiones de bases de datos existentes. Un evento rutinario de mantenimiento de GKE el 23 de junio recicló la aplicación, forzando nuevas conexiones que expusieron el desajuste. **Resolución** La base de datos credencial estaba alineada y la aplicación se reiniciaba. El servicio regresó a su plena operación sin pérdida de datos. ** Medidas preventivas** * Se han añadido comprobaciones de verificación de autenticación posterior al despliegue al manual de despliegue * Se ha implementado alerta para fallas de conectividad de bases de datos de aplicaciones * El proceso de configuración credencial se está consolidando para eliminar el riesgo de desajuste del sistema dual Nos disculpamos por la interrupción. Seguimos comprometidos con la fiabilidad de la plataforma Exalate.

Traducido automáticamente desde la actualización oficial del incidente.

1. 4 de mayo de 2026 a las 13:24 UTCinvestigating

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

2. 4 de mayo de 2026 a las 13:42 UTCinvestigating

   We are continuing to investigate this issue.

3. 4 de mayo de 2026 a las 14:50 UTCidentified

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

4. 4 de mayo de 2026 a las 15:53 UTCidentified

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

5. 4 de mayo de 2026 a las 18:50 UTCmonitoring

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

6. 4 de mayo de 2026 a las 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 de abril de 2026 a las 9:03 UTCinvestigating

   Actualmente estamos investigando un problema donde la página de espacios de trabajo no está cargando. La sincronización no se ve afectada, sólo la UI de Nuevo Exalato no está cargando.

2. 15 de abril de 2026 a las 9:04 UTCidentified

   Hemos identificado la causa raíz de la cuestión y estamos trabajando en una solución.

3. 15 de abril de 2026 a las 10:16 UTCmonitoring

   Las cuestiones técnicas se han resuelto plenamente y la aplicación está en marcha. Estamos monitoreando estrechamente la situación.

4. 15 de abril de 2026 a las 12:16 UTCresolved

   La aplicación ha estado funcionando sin problemas y no vemos ninguna anomalía. A su debido tiempo se proporcionará un post mortem.

5. 7 de julio de 2026 a las 12:41 UTCpostmortem

   **Incidente:** Exalate.app No Cargando espacios de trabajo - 15 de abril de 2026 **Duración:** 11:03 CEST – 12:16 CEST \(aproximadamente 73 minutos\). **Impact:** La UI Exalate.app era inaccesible durante esta ventana. La sincronización de números no fue afectada. No se perdieron datos. **Resumen:** El 15 de abril de 2026, la interfaz Exalate.app se hizo inaccesible después de una actualización credencial de infraestructura planeada. No se actualizó una dependencia de configuración secundaria como parte del cambio, impidiendo que la aplicación se conectara a su base de datos. **Tiempo:** * 11:03 CEST - Caso detectado, investigación iniciada * 11:04 CEST - Causa raíz identificada * 12:16 CEST - Fijar desplegado, servicio restaurado *Causa de raíz* Una dependencia de configuración perdida durante una actualización credencial dejó la aplicación incapaz de autenticar en su base de datos. Esto estaba relacionado con el incidente del 6 de abril; la dependencia adicional se ha identificado e incorporado al procedimiento de rotación. **Resolución** La configuración afectada fue regenerada y la aplicación fue reiniciada. El servicio regresó a su plena operación sin pérdida de datos. ** Medidas preventivas** * Todas las dependencias credenciales han sido completamente mapeadas y el procedimiento de rotación actualizado para cubrirlas como una sola operación atómica Nos disculpamos por la interrupción. Seguimos comprometidos con la fiabilidad de la plataforma Exalate.

Traducido automáticamente desde la actualización oficial del incidente.

1. 6 de abril de 2026 a las 11:07 UTCinvestigating

   Actualmente estamos investigando un problema cuando los espacios de trabajo no están cargando la información. La sincronización no se ve afectada, pero la UI de New Exalate no está cargando.

2. 6 de abril de 2026 a las 11:28 UTCmonitoring

   Hemos identificado y se implementó una solución. Exalate.app está actualmente en funcionamiento y trabajando como se espera, continuaremos monitoreando la situación y proporcionaremos una actualización pronto.

3. 6 de abril de 2026 a las 15:31 UTCresolved

   Este incidente ha sido resuelto.

4. 7 de julio de 2026 a las 12:30 UTCpostmortem

   **Incidente:** Exalate.app No Cargando espacios de trabajo - Abril 6, 2026 **Duración:** 13:07 CEST - 13:28 CEST \(aproximadamente 21 minutos\). **Impact:** La UI Exalate.app era inaccesible durante esta ventana. La sincronización de números no se vio afectada - las integraciones continuaron funcionando normalmente a lo largo de todo. No se perdieron datos. **Summary:** El 6 de abril de 2026, la interfaz Exalate.app se hizo inaccesible después de que una infraestructura credencial fuera rotada como parte de un programa de mejora de la seguridad previsto. El componente responsable de las credenciales de conectividad de la base de datos caches al inicio y no las recarga automáticamente. La credencial anterior fue removida antes de que el componente se hubiera reiniciado para recoger el nuevo, causando fallas de autenticación. **Tiempo:** * 13:07 CEST - Caso detectado, investigación iniciada * 13:28 CEST - Fijar desplegado, servicio restaurado *Causa de raíz* Una rotación credencial completada fuera de la secuencia - la antigua credencial fue removida antes de que el componente consumidor hubiera sido reiniciado con el nuevo. **Resolución** Los componentes afectados se reiniciaron con las credenciales correctas. El servicio regresó a su plena operación sin pérdida de datos. ** Medidas preventivas** * Se ha establecido un procedimiento de rotación credencial que hace cumplir una secuencia obligatoria: actualizar, reiniciar a los consumidores, verificar, luego eliminar las credenciales antiguas * Se está implementando un monitoreo directo para fallas de autenticación de conectividad de bases de datos * La migración a una gestión automatizada de credencial que elimina la rotación manual para este volumen de trabajo está en marcha Nos disculpamos por la interrupción. Seguimos comprometidos con la fiabilidad de la plataforma Exalate.

Traducido automáticamente desde la actualización oficial del incidente.

1. 2 de abril de 2026 a las 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 de abril de 2026 a las 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 de abril de 2026 a las 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 de abril de 2026 a las 19:18 UTCmonitoring

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

5. 2 de abril de 2026 a las 21:26 UTCresolved

   This incident has been resolved.

1. 16 de marzo de 2026 a las 15:13 UTCinvestigating

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

2. 16 de marzo de 2026 a las 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 de marzo de 2026 a las 16:09 UTCmonitoring

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

4. 16 de marzo de 2026 a las 17:13 UTCresolved

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

5. 31 de marzo de 2026 a las 9: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 de marzo de 2026 a las 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 de marzo de 2026 a las 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 de marzo de 2026 a las 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 de marzo de 2026 a las 18:19 UTCresolved

   This incident has been resolved.

5. 31 de marzo de 2026 a las 9: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 de marzo de 2026 a las 6:59 UTCinvestigating

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

2. 9 de marzo de 2026 a las 7:11 UTCidentified

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

3. 9 de marzo de 2026 a las 7:20 UTCmonitoring

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

4. 9 de marzo de 2026 a las 9:00 UTCresolved

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

5. 1 de abril de 2026 a las 3: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 de enero de 2026 a las 9: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 de enero de 2026 a las 10:18 UTCmonitoring

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

3. 23 de enero de 2026 a las 12:18 UTCresolved

   This incident has been resolved.

4. 31 de marzo de 2026 a las 9: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 de diciembre de 2025 a las 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 de diciembre de 2025 a las 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 de diciembre de 2025 a las 16:58 UTCidentified

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

4. 12 de diciembre de 2025 a las 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 de diciembre de 2025 a las 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 de diciembre de 2025 a las 1:51 UTCidentified

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

7. 13 de diciembre de 2025 a las 2:56 UTCmonitoring

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

8. 13 de diciembre de 2025 a las 4:26 UTCresolved

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

9. 22 de diciembre de 2025 a las 4: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 de noviembre de 2025 a las 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 de noviembre de 2025 a las 12:33 UTCidentified

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

3. 27 de noviembre de 2025 a las 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 de noviembre de 2025 a las 15:31 UTCmonitoring

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

5. 27 de noviembre de 2025 a las 16:51 UTCidentified

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

6. 27 de noviembre de 2025 a las 20:48 UTCidentified

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

7. 27 de noviembre de 2025 a las 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 de noviembre de 2025 a las 7: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 de diciembre de 2025 a las 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 de noviembre de 2025 a las 9: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 de noviembre de 2025 a las 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 de noviembre de 2025 a las 11:23 UTCresolved

   This incident has been resolved.

4. 1 de abril de 2026 a las 4:08 UTCpostmortem

   timeout

1. 4 de octubre de 2025 a las 6: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 de octubre de 2025 a las 6:30 UTCmonitoring

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

3. 4 de octubre de 2025 a las 6:54 UTCresolved

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

4. 14 de noviembre de 2025 a las 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 de octubre de 2025 a las 9: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 de noviembre de 2025 a las 14:17 UTCresolved

   This incident has been resolved.

3. 1 de abril de 2026 a las 4:09 UTCpostmortem

   timeout

1. 24 de septiembre de 2025 a las 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 de septiembre de 2025 a las 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 de septiembre de 2025 a las 11:47 UTCidentified

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

4. 24 de septiembre de 2025 a las 13:00 UTCmonitoring

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

5. 24 de septiembre de 2025 a las 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 de septiembre de 2025 a las 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 de septiembre de 2025 a las 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 de septiembre de 2025 a las 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 de septiembre de 2025 a las 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 de septiembre de 2025 a las 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 de septiembre de 2025 a las 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 de septiembre de 2025 a las 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 de septiembre de 2025 a las 0: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 de septiembre de 2025 a las 1: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 de septiembre de 2025 a las 3:23 UTCmonitoring

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

16. 25 de septiembre de 2025 a las 14:21 UTCresolved

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

17. 10 de octubre de 2025 a las 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 de agosto de 2025 a las 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 de agosto de 2025 a las 16:57 UTCidentified

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

3. 29 de agosto de 2025 a las 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 de agosto de 2025 a las 19:00 UTCmonitoring

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

5. 5 de septiembre de 2025 a las 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 de septiembre de 2025 a las 6: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.