Atlassian tiene un incidente activo que podría estar afectando sus conexiones
Comenzó 27 de agosto de 2026 a las 4:36 UTC · 51m
Pending
Componentes afectados
Synchronisation node
investigating
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.
identified
Se ha determinado la cuestión y se está aplicando una solución.
monitoring
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.
resolved
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.
postmortem
N/A
Traducido automáticamente desde la actualización oficial del incidente.
Cambio de nombre de aplicación/usuario proxy en Atlassian Jira Cloud
Comenzó 24 de julio de 2026 a las 6:12 UTC · 10h 21m
IssuesIncidente menor
Componentes afectados
Synchronisation node
identified
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.
identified
Seguimos investigando el mejor enfoque para resolver esta cuestión con la ayuda del apoyo Atlas.
identified
Trabajamos activamente con el apoyo de Atlassian para determinar la mejor resolución posible para esta cuestión.
identified
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.
resolved
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.
Comenzó 16 de julio de 2026 a las 11:28 UTC · 5h 50m
IssuesIncidente menor
Componentes afectados
Synchronisation node
investigating
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.
identified
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.
identified
El reinicio de los nodos está en marcha. Usted experimentará un breve reinicio sobre los nodos JCloud.
Te mantendremos informado con nuestro progreso.
identified
El reinicio todavía está en progreso y va sin problemas. Te actualizaremos tan pronto como esté terminado.
monitoring
Todos los nodos vuelven a la operación normal. Seguimos vigilando de cerca la situación.
resolved
Tras una vigilancia estrecha, la cuestión se considera plenamente resuelta. Estaremos publicando un RCA aquí a su debido tiempo.
postmortem
**Incidente:** Nodos JiraCloud experimentando la inestabilidad - 16 de julio de 2026
**Duración:** 12:28 CET – 16:57 CET \(aproximadamente 4,5 horas\). La estabilidad total confirmada a las 18:18 CET.
**Impact:** Algunos nodos de integración de Jira Cloud experimentaron inestabilidad intermitente durante esta ventana. Típicamente ~10 nodos fueron afectados simultáneamente. La sincronización de números en los nodos no afectados siguió funcionando normalmente. No se perdieron datos.
**Summary:** El 16 de julio de 2026, algunos nodos de integración de Jira Cloud en la plataforma Exalate Cloud experimentaron reinicias intermitentes y timeouts. La causa raíz era una limitación de recursos en uno de los servidores de alojamiento subyacentes. Una actualización de software casual dirigió inicialmente la investigación hacia la capa de aplicación, pero el análisis del medio ambiente confirmó que los nodos en otra infraestructura no se vieron afectados, reduciendo el problema a un solo servidor de alojamiento.
**Tiempo:**
* 12:28 CET - Caso detectado, investigación iniciada
* 13:03 CET - Medidas de estabilización aplicadas, reiniciamiento en marcha
* 16:57 CET - Todos los nodos vuelven a la operación normal
* 18:18 CET - La estabilidad total confirmada
*Causa de raíz* Un servidor de alojamiento alcanzó su límite máximo de recursos debido a la carga de trabajo concentrada durante un ciclo de actualización de software de rutina. Esto causó una inanición intermitente de recursos para los nodos que se ejecutan en ese servidor.
**Resolución** El volumen de trabajo se redistribuyó en toda la infraestructura de alojamiento para equilibrar la utilización de recursos. Todos los nodos afectados recuperados sin pérdida de datos.
** Medidas preventivas**
* Se han aplicado umbrales de alerta activa para la utilización de recursos de infraestructura
* Se ha reequilibrado la distribución de cargas de trabajo entre servidores hospedadores para prevenir la concentración
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.
Sincronizaciones de bucle exalate en la aplicación de forge de Jira Cloud
Comenzó 13 de julio de 2026 a las 22:15 UTC · 1d 0h
OutageIncidente crítico
Componentes afectados
Synchronisation node
investigating
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.
investigating
Seguimos investigando este asunto con nuestros ingenieros para determinar la causa raíz.
identified
La causa raíz ha sido identificada y estamos trabajando en una solución. Por favor espere otra actualización dentro de una hora.
identified
La solución está siendo validada para encontrar el mejor enfoque hacia adelante. Proporcionaremos otra actualización dentro de la hora.
identified
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.
identified
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.
identified
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.
identified
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.
identified
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.
identified
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.
identified
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.
monitoring
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.
monitoring
El despliegue continúa ininterrumpido. Le actualizaremos a su debido tiempo tan pronto como esté completo.
resolved
El despliegue se completó con éxito y la cuestión comunicada se resuelve plenamente.
Un RCA detallado será publicado a su debido tiempo.
postmortem
**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.
Exalate.app no está cargando las conexiones.
Comenzó 23 de junio de 2026 a las 9:10 UTC · 3h 37m
OutageIncidente mayor
Componentes afectados
Exalate.app
investigating
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.
monitoring
La cuestión se ha resuelto. Exalate Dashboard no está de vuelta en línea y estable. Seguiremos monitorizando el sistema.
resolved
Este incidente ha sido resuelto.
postmortem
**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.
Tenemos informes de que algunos nodos de nube de Exlate no están disponibles. Nuestro equipo está investigando el tema.
investigating
Seguimos investigando esta cuestión.
identified
Nuestro equipo de nube ha identificado la causa raíz y está activamente comprometido en rectificarla.
identified
los nodos afectados se están recuperando mientras nuestro equipo de nubes sigue trabajando en el tema.
monitoring
Todos los nodos están operativos, nuestro equipo en la nube continúa revisando el grupo afectado y trabajando en su mantenimiento.
resolved
El sistema ha estado bajo observación estrecha y ha sido estable. Proveeremos un post-mortem al incidente a su debido tiempo.
postmortem
**Incidente:** Interrupción del servicio de Cloud Exalate - 4 May 2026
**Duración:** 10:45 – 22:10 CEST \(aproximadamente 11 horas 25 minutos, intermitente\)
**Impact:** Varios cientos de nudos Exalate Cloud en uno de nuestros clústeres europeos se hicieron repetidamente inalcanzables durante el día de trabajo. Las sincronizaciones en los nodos afectados no funcionaron durante estas ventanas y se reanudaron automáticamente cada vez que el servicio devuelto. Otros grupos no se vieron afectados. No se perdieron datos, y no se requería ninguna acción del cliente.
**Summary:** On 4 May 2026, the database serving these nodes lost its standby replica, leaving one instance carrying all traffic. Su almacenamiento compartió un dispositivo físico con otra carga de trabajo, y bajo carga la contención resultante disco ralentizado escribe lo suficiente para nuestro cheque de salud automatizado a tiempo. La plataforma trataba el tiempo fuera como un fracaso y reiniciaba una base de datos que estaba ocupada en lugar de romperse, desconectando los nodos en ese grupo cada vez.
**Tiempo:**
* 10:45 CEST — Nodes reported unreachable, investigation initiated
* 15:24 CEST — Incident declared and published to our status page
* 22:10 CEST — réplica de reserva restaurada, cluster confirmado saludable
*Causa de raíz* La contención de almacenamiento en un dispositivo físico compartido causó un tiempo de control de salud que provocó reiniciamientos automatizados. La reconstrucción de la réplica de reserva amplificaba la misma afirmación, ya que la transmisión de una copia de la base de datos sacaba el disco de salida de la instancia todavía sirviendo a los clientes.
**Resolución** El almacenamiento se trasladó a un dispositivo dedicado, la CPU adicional asignada, y el rendimiento de disco levantado en la primaria mientras se limitaba deliberadamente en la réplica de modo que la reconstrucción dibujaba los datos más suavemente.
** Medidas preventivas** Estamos separando el almacenamiento de bases de datos de otras cargas de trabajo en todo este entorno, retuyendo umbrales de control de salud para que no se reinicie una base de datos bajo carga pesada pero saludable, paralelizando la ruta de recuperación del nodo para acortar la restauración, y añadiendo monitoreo a nivel de host para que las alertas de contención lleguen a los clientes.
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.
Exalate.app No cargando espacios de trabajo
Comenzó 15 de abril de 2026 a las 9:03 UTC · 3h 13m
OutageIncidente mayor
Componentes afectados
Exalate.app
investigating
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.
identified
Hemos identificado la causa raíz de la cuestión y estamos trabajando en una solución.
monitoring
Las cuestiones técnicas se han resuelto plenamente y la aplicación está en marcha. Estamos monitoreando estrechamente la situación.
resolved
La aplicación ha estado funcionando sin problemas y no vemos ninguna anomalía. A su debido tiempo se proporcionará un post mortem.
postmortem
**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.
Exalate.app No cargando espacios de trabajo
Comenzó 6 de abril de 2026 a las 11:07 UTC · 4h 24m
OutageIncidente mayor
Componentes afectados
Exalate.app
investigating
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.
monitoring
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.
resolved
Este incidente ha sido resuelto.
postmortem
**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.
Algunos nodos exalados son actualmente inalcables
Comenzó 2 de abril de 2026 a las 15:41 UTC · 5h 45m
OutageIncidente mayor
Componentes afectados
Exalate for ServiceNow in Exalate CloudSynchronisation nodeFreshserviceExalate ConsoleFreshdeskExalate for SalesForceExalate for Azure DevOpsExalate for GitHub
investigating
Estamos investigando algunos nodos exalados que no están disponibles.
En breve proporcionaremos información actualizada sobre la investigación.
Siguiente actualización dentro de 2 horas - o tan pronto como tengamos cualquier actualización relevante
identified
La cuestión se identificó y estamos trabajando en la restauración de los nodos lo antes posible.
Siguiente actualización dentro de 2 horas o tan pronto como tengamos cualquier actualización relevante
identified
Continuamos con los esfuerzos de restauración.
Algunos nodos ya están disponibles.
La siguiente actualización será dentro de 2 horas o tan pronto tengamos cualquier actualización relevante.
monitoring
Todos los nodos han sido restaurados con éxito.
Nuestro equipo está monitoreando estrechamente el sistema para garantizar la estabilidad continua.
resolved
Este incidente ha sido resuelto.
postmortem
**Incidente:** Interrupción de servicio en la nube - 2 abril 2026
**Duración:** 16:30 – 21:25 CEST \(4 horas 55 minutos\)
**Impact:** Aproximadamente 60 nodos de Nube Exalate alojados en nuestro clúster belga no estaban disponibles. Las sincronizaciones en esos nodos no se ejecutaron durante la salida y se reanudaron automáticamente una vez que los nodos fueron restaurados. No se perdieron datos.
**Summary:** Durante una rotación programada de certificados internos de Kubernetes, cada nodo obrero en el grupo reiniciaba su agente al mismo tiempo. Cada trabajador pidió entonces simultáneamente a la API de almacenamiento para reverificar sus discos, y el volumen de solicitudes simultáneas abrumaba esa API. Con la API de almacenamiento sin respuesta, los nodos afectados no podían adjuntar sus discos y permanecer fuera de línea.
**Resolución** El tráfico a la API de almacenamiento fue aislado y el componente reiniciado para limpiar el atraso. Los nodos fueron devueltos al servicio en una secuencia controlada, un trabajador a la vez, hasta que todos los nodos estaban en línea a las 21:25 CEST.
** Medidas preventivas** El procedimiento de rotación de certificados se está modificando para que los reinicios del nodo se aceleren y no se ejecuten simultáneamente, y este pacto se está incorporando en la herramienta en lugar de aplicarse manualmente. Además, estamos trabajando con nuestro socio de infraestructura sobre la limitación de velocidades de protección para la API de almacenamiento, en un cambio al controlador de almacenamiento para que los nodos verifiquen sus discos localmente en lugar de llamar a la API, y en el monitoreo que alerta sobre la saturación de API antes de afectar a los clientes.
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.
Exalate App unavailable
Comenzó 16 de marzo de 2026 a las 15:13 UTC · 2h 0m
IssuesIncidente menor
Componentes afectados
Exalate.app
investigating
We are investigating reports by some users that the Exalate app is not available right now.
identified
We have identified the problem and the team is working to rectify this. We will provide an update of progress shortly.
monitoring
The services are fully functional again. We are very closely monitoring the situation.
resolved
All systems are functional. We will be providing a post-mortem of the incident here in due course.
postmortem
**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
Exalate Website Unavailable
Comenzó 13 de marzo de 2026 a las 11:56 UTC · 6h 23m
IssuesIncidente menor
Componentes afectados
Exalate.com website
investigating
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.
investigating
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.
monitoring
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.
resolved
This incident has been resolved.
postmortem
**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.
Some exalate cloud nodes unavailable
Comenzó 9 de marzo de 2026 a las 6:59 UTC · 2h 1m
IssuesIncidente menor
Componentes afectados
Hosting platform
investigating
We have reports of some Exlate cloud nodes being unavailable. Our team is currently investigating the issue.
identified
Our cloud team has identified the root cause and is actively engaged in rectifying it.
monitoring
The issue has been fully rectified and all nodes are fully restored. We are closely monitoring the situation.
resolved
After close monitoring, we consider the issue fully resolved. An RCA would be published here in due course.
postmortem
**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.
Exalate.app page is not loading.
Comenzó 23 de enero de 2026 a las 9:59 UTC · 2h 19m
OutageIncidente crítico
Componentes afectados
Exalate.app
investigating
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.
monitoring
A fix has been implemented and we are monitoring the results.
resolved
This incident has been resolved.
postmortem
**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
Exalate nodes unrachable
Comenzó 12 de diciembre de 2025 a las 16:15 UTC · 12h 11m
OutageIncidente mayor
Componentes afectados
Exalate for ServiceNow in Exalate CloudSynchronisation nodeconnect.exalate.cloudExalate.appFreshserviceExalate ConsoleFreshdeskExalate for SalesForceconnect.exalate.net (mapper)Exalate for Azure DevOpsExalate for GitHub
investigating
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
identified
We have root caused the issue and the restoration process is underway already.
The next update will be provided in 30mins.
identified
The recovery process is still ongoing.
We will provide an update within an hour.
identified
We continue to work on the restoration of the affected nodes.
We will be providing a new update in one hour.
identified
Nodes are being restored now, most nodes are now online, a full operational message will be posted once all nodes are back online.
identified
Most nodes are back on operational status, a full operational message will be posted once all nodes are back.
monitoring
All nodes are back to operational status now.
We continue to monitor the stability closely.
resolved
All Exalate nodes are stable and working normally.
A post-mortem for the incident will be published in due course.
postmortem
**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.
Some Exalate nodes are unavailable
Comenzó 27 de noviembre de 2025 a las 11:47 UTC · 19h 22m
OutageIncidente mayor
Componentes afectados
Hosting platform
investigating
We are investigating reports of some Exalate nodes being unavailable. We will be providing an update shortly on the investigation.
identified
We have identified the problem and are working to restore full service as soon as possible.
identified
Most nodes are currently running but we are still experiencing intermittent service failures. The full fix is being implemented now.
monitoring
All nodes are back online and we are closely monitoring the cluster health.
identified
We have detected some instability again and are investigating why some nodes are not reachable again.
identified
All nodes are now back online and our team is working on stabilizing the services
monitoring
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.
resolved
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.
postmortem
**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.
SyncRoom website and Community not loading.
Comenzó 20 de noviembre de 2025 a las 9:43 UTC · 1h 40m
IssuesIncidente menor
Componentes afectados
Exalate for ServiceNow in Exalate CloudSynchronisation nodeFreshserviceExalate SupportExalate ConsoleFreshdeskExalate for SalesForceExalate for Azure DevOpsExalate for GitHub
identified
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.
monitoring
A fix has been implemented by Hostinger and the services have been restored (Exalate community and SyncRoom)
We will continue to monitor the results.
resolved
This incident has been resolved.
postmortem
timeout
Some Exalate nodes down (specially on Jira Cloud)
Comenzó 4 de octubre de 2025 a las 6:18 UTC · 36m
OutageIncidente mayor
Componentes afectados
Synchronisation node
investigating
We are investigating reports of users unable to access the Exalate console on some systems. We will be providing an update soon.
monitoring
The problem has been identified and the fix has been put in place.
resolved
The issue is fully resolved and all nodes are operational.
A post-mortem will be provided here in due course.
postmortem
## **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
Jira Cloud: Script Configuration Update Available
Comenzó 3 de octubre de 2025 a las 9:43 UTC · 33d 4h
IssuesIncidente menor
Componentes afectados
Synchronisation node
monitoring
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.
resolved
This incident has been resolved.
postmortem
timeout
Some Exalate nodes unavailable
Comenzó 24 de septiembre de 2025 a las 10:56 UTC · 1d 3h
OutageIncidente mayor
Componentes afectados
Exalate for ServiceNow in Exalate CloudSynchronisation nodeFreshserviceExalate ConsoleFreshdeskExalate for SalesForceExalate for Azure DevOpsExalate for GitHub
investigating
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.
identified
We have root caused the issue and the restoration process is underway already.
The next update will be provided in 30mins.
identified
The recovery process is still ongoing.
We will provide an update within an hour.
monitoring
All nodes are fully recovered.
We continue to closely monitor the situation.
identified
Our monitoring uncovered a problem still lingering with the cluster.
We are working to restore full functionality as soon as possible.
identified
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.
identified
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.
identified
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
identified
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.
identified
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.
identified
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
identified
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.
identified
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.
identified
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.
monitoring
All nodes are fully restored and functioning normally now.
We continue to monitor the cluster carefully to ensure stability.
resolved
We have extensively monitored the cluster health and there have been no outstanding issues found.
postmortem
## 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.
Jira Cloud IssueLinks being Removed
Comenzó 29 de agosto de 2025 a las 16:18 UTC · 6d 19h
IssuesIncidente menor
Componentes afectados
Synchronisation node
investigating
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.
identified
The issue has been identified and we are performing remediation actions.
identified
All nodes have been moved from the affected version and a workaround to remediate the possible effects on issue links is being investigated.
monitoring
We identified the affected instances and provided remediation steps to all affected clients to restore the removed links.
resolved
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.
postmortem
# 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.
