Exalate kesinti geçmişi

1. 27 Ağustos 2026 04:36 UTCinvestigating

   Atlassian şu anda Jira ve diğer sistemlerle ilgili bir sorun yaşıyor - burada ayrıntılar: https://status.atlassian.com/ Bu, Exalate bağlantılarınızı Jira örneğine bağlanırsanız etkileyebilir.

2. 27 Ağustos 2026 04:44 UTCidentified

   Sorun tespit edildi ve bir düzeltme uygulanır.

3. 27 Ağustos 2026 05:09 UTCmonitoring

   Atlassian sorunu çözmek için bir düzeltme koydu. senkronizasyonunuz zaten normale geri dönmeli, ancak herhangi bir sorun durumunda destek almak için lütfen.

4. 27 Ağustos 2026 05:27 UTCresolved

   Tüm Atlassian sistemleri normale geri döndü ve senkronizasyon beklendiği gibi çalışıyor. senkronizasyonunuzla ilgili herhangi bir sorun durumunda lütfen bir destek bileti oluşturun ve yardımcı olmaktan mutluluk duyacağız.

5. 8 Eylül 2026 05:41 UTCpostmortem

   N/A

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 24 Temmuz 2026 06:12 UTCidentified

   Uygulama adı altında, proxy kullanıcısının sadece "Exalate" yerine uygulamanın tam adı ile gösterilmesine sebep olan bir değişiklikten sonra. Bu zaten Atlassian'a bildirilir ve değişikliği iptal etmek için sonunda gerekli eylemi bekliyoruz. Etkisi: Exalate tarafından yapılan Güncellemeler, "Exalate Classic Tools for Jira (İki yönlü Sen)"i kullanıcı değişimini yaptığı gibi gösterecektir.

2. 24 Temmuz 2026 09:15 UTCidentified

   Bu sorunu Atlassian desteği yardımıyla çözmenin en iyi yaklaşımını araştırmaya devam ediyoruz.

3. 24 Temmuz 2026 12:39 UTCidentified

   Bu konu için en kısa sürede en iyi kararı belirlemek için Atlassian desteği ile aktif olarak çalışıyoruz.

4. 24 Temmuz 2026 15:47 UTCidentified

   Bu konu için en kısa sürede en iyi kararı belirlemek için Atlassian desteği ile aktif olarak çalışıyoruz. Bir sonraki güncellemeyi 6 saat içinde veya en kısa sürede ilgili bilgilere sahip olacağız.

5. 24 Temmuz 2026 16:33 UTCresolved

   Kullanıcı adı Exalate'ye geri döndü. Olayı çözüm olarak düşünüyoruz.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 16 Temmuz 2026 11:28 UTCinvestigating

   Bazı Jira Cloud düğümleri son 30min üzerinde dengesizliğe maruz kalıyor. Sorun sınırlıdır ve sadece bazı müşterileri etkiler. Kısa bir süre içinde bir güncelleme yapacağız.

2. 16 Temmuz 2026 12:03 UTCidentified

   Istikrar geliştirmek için Exalate Cloud'da bir değişiklik yapacağız. Node üzerindeki etkisi, birkaç dakika boyunca mevcut olmayan bir yeniden başlatma ile sınırlı olacaktır. Bu rahatsızlık pişmanlıktır.

3. 16 Temmuz 2026 13:38 UTCidentified

   Düğümlerin yuvarlanması ilerlemededir. JCloud düğümleri üzerinde kısa bir yeniden başlayacaksınız. Size ilerlememiz ile yayınla kalacağız.

4. 16 Temmuz 2026 15:15 UTCidentified

   Yeniden başlatma hala devam ediyor ve herhangi bir sorun olmadan gidiyor. Tamamlandığında sizi yakında güncelleyeceğiz.

5. 16 Temmuz 2026 15:57 UTCmonitoring

   Tüm düğümler normal operasyona geri döndü. Durumu yakından izlemeye devam ediyoruz.

6. 16 Temmuz 2026 17:18 UTCresolved

   Yakın izlemeden sonra, konu tamamen çözülebilir olarak kabul edilir. Elbette burada bir RCA yayınlayacağız.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 13 Temmuz 2026 22:15 UTCinvestigating

   Yeni Jira Cloud forge uygulamasına güncellemeden sonra birden çok senkronizasyon raporu aldık. İlk soruşturmamız, Proxy Kullanıcı hesabındaki değişim nedeniyle gerçekleşeceğine inanmamızı sağlar. Aktif olarak kök nedenini belirlemek ve bir düzeltme uygulamak için çalışıyoruz.

2. 13 Temmuz 2026 23:48 UTCinvestigating

   Bu konuyu mühendislerimizle kök nedenini belirlemek için araştırmaya devam ediyoruz.

3. 14 Temmuz 2026 04:58 UTCidentified

   Kök nedeni tespit edildi ve bir düzeltme üzerinde çalışıyoruz. Lütfen bir saat içinde başka bir güncelleme bekleyin.

4. 14 Temmuz 2026 07:05 UTCidentified

   Fix şu anda en iyi yaklaşımı ileriye bulmak için doğrulanmıştır. Saat içinde başka bir güncelleme sağlayacağız.

5. 14 Temmuz 2026 08:11 UTCidentified

   Ne yazık ki, düzeltmenin testleri beklenmedik bir konu ortaya çıkardı ve şimdi tüm olası kullanım vakalarını içeren düzeltmeyi iyi ayarlıyoruz. Bir saat içinde sizin için bir güncellememiz olacak.

6. 14 Temmuz 2026 09:09 UTCidentified

   Yeni düzeltme oluşturuldu ve ilk testler umut verici. Yeni düzeltme ile QA'da deriniz ve sonuçlar hakkında saat içinde bir güncelleme sağlayacaktır. Bu rahatsızlık pişmanlıktır.

7. 14 Temmuz 2026 10:11 UTCidentified

   Hala düzeltmeyi test ediyoruz ve sonuçlar hala iyi. Bunu tamamlamak için yakınız. Sonraki güncelleme saat içinde olacak.

8. 14 Temmuz 2026 11:39 UTCidentified

   Fix hazır ve müşteriler için minimum etki ile dağıtım yaklaşımı üzerinde çalışıyoruz. Tüm müşterilere sistematik olarak aktarılacaktır. Dağıtım hakkında bir sonraki saatte bir güncelleme yapacağız.

9. 14 Temmuz 2026 12:51 UTCidentified

   Fix'i birkaç seçen müşteriye taşıdık ve sonuçları daha da doğruladık. Mass rollout şu anda planlanıyor. Size ilerleme hakkında bir sonraki saat içinde güncelleyeceğiz.

10. 14 Temmuz 2026 14:24 UTCidentified

    Biz hala yarı dağıtım için ve salıverme şu anda ek QA geçerliliği ile devam ediyoruz (tam bir üretim dağıtımı için kabul edilir). Bir saat içinde bir sonraki güncellemeyi bekliyoruz.

11. 14 Temmuz 2026 16:11 UTCidentified

    QA ve test beklenenden biraz daha uzun sürüyor, ancak bir sonraki saat içinde dağıtıma başlamayı bekliyoruz. Bunu başlamadan önce sizi güncelleyeceğiz.

12. 14 Temmuz 2026 17:41 UTCmonitoring

    Sıcak ekin dağıtımı: Exalate Classic 5.35.4 - Jira Cloud, in underway (https://community.exalate.com/t/jira-cloud-vers-5-35-4/8215). Dağıtım herhangi bir anomali için yakından takip ediliyor. Sizi bir saat içinde güncelleyeceğiz.

13. 14 Temmuz 2026 18:55 UTCmonitoring

    Dağıtım kesintisiz devam eder. Elbette tam olarak tamamlanmış olduğu sürece sizi güncelleyeceğiz.

14. 14 Temmuz 2026 22:14 UTCresolved

    Dağıtım başarıyla tamamlandı ve rapor edilen konu tamamen çözüldü. Elbette ayrıntılı bir RCA yayınlanacaktır.

15. 28 Temmuz 2026 20:00 UTCpostmortem

    **Impact: ** Jira Cloud bağlantıları için bazı Classic Exalate, Atlassian'ın Forge platformuna bir altyapı göçü takiben tekrarlanan senkronizasyonlar. Etkilenen bağlantılarda müşteriler görüldü: * **Doğal aktivite ** - aynı güncelleme, yorum veya alan değişikliği bir konu üzerinde ve senkronize edildiği gibi. * **Reopened / tekrarlanan konular** - kapalı olan sorunlar ve diğer durum veya saha değerleri çiftleşmiş konular arasında tekrar yazılır. * **Distorted panolar ve raporlar** tekrarlanan değişiklikler hacmi tarafından yönlendirilir. * **Broken otomasyonları ve iş akışları geçerlidir ** - çünkü entegrasyon kullanıcısının adı \(ve temel kimlik\) değişti, müşteri odaklı Jira Otomasyon kuralları ve iş akışları "Exalate" kullanıcısına isim olarak atıfta bulundu. * **Stuck veya başarısız senkronizasyonlar** ve bazı durumlarda manuel retries veya kurtarma gerektiren bir bağlantı. * Artan **manual çaba ** takımlar için farksız ve doğru etkilenen konular için. Tüm müşteriler etkilenmedi - etki bağlantı yapılandırmasına bağlıdır. En çok maruz kalan yerel bağlantılar ve daha önce orijinal "Exalate" kimliğinin altında oluşturulmuş veya güncellenmiş olan sorunlarydı ve sonra yeniden adlandırılmıştı. **Summary:** Jira Cloud için Atlassian'ın Forge platformuna hareket etmenin bir parçası olarak, Jira'daki Exalate'nin entegrasyon kullanıcısı için gösterilen isim \(from "Exalate" to a uzun bir değişken için). Exalate bu adı kendi güncellemelerini kabul etmek ve onları yeniden tanımlamak için kullandı. Adım değiştiğinde, uygulama artık etkilenen bağlantıları ve yeni dış değişiklikler olduğu gibi yeniden işlemelerini kabul etmedi - her biri başka bir senkronizasyonu tetikledi, döngüler üretiyor. Aynı kimlik değişikliği aynı zamanda müşteri otomasyonlarını kırdı ve "Exalate" kullanıcısına isim vererek atıfta bulunan doğrulamaları da kırdı. **Resolution:** A patch \(5.35.4\) Bu, Exalate'nin ekran adı yerine istikrarlı bir kullanıcı tanımlayıcısı tarafından kendi güncellemelerini kabul eden ve Jira Cloud filosunda konuşlandırılmıştır. Synchronisation normal bir kez dağıtım tamamlandı. Atlassian, entegrasyon kullanıcının adını "Exalate" olarak geri aldığından beri restore etti ve doğruladı ve şu anda istikrarlı - adı ile referans olan otomasyonları tamir ediyor. Tekrarlanan veya yeniden oluşturulan öğeler nerede, etkilenen müşterilerin etkilenen sorunları tanımlamak ve düzeltmek için çalışıyoruz. **Örnek önlemler:** Loop-prevention artık bir değişkenli ekran adına bağlı değildir; platform odaklı değişiklikler ve uygulama güncelleştirmeleri etrafında bir etki ve bildirim adım ekliyoruz ve senkronizasyon döngüsünün otomatik algılaması bu yüzden kurtarma müşteri raporlarına bağlı değildir. Bozukluk için özür dileriz ve Exalate platformunun güvenilirliğine bağlı kalıyoruz.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 23 Haziran 2026 09:10 UTCinvestigating

   Şu anda eskisinden bağlantı kurmaya çalışırken bir sorunu araştırıyoruz. Uygulama sayfası bir hata alır. Bağlantı ve senkronizasyonlar kesintiden etkilenmez, hala çalışıyorlar, ancak şu anda eskisinden bağlantı görmek veya değiştirmek mümkün değildir. Uygulama sayfası. 2 saat içinde bir güncelleme yapacağız.

2. 23 Haziran 2026 09:26 UTCmonitoring

   Sorun çözüldü. Exalate Dashboard online ve istikrarlı değildir. Sistemi izlemeye devam edeceğiz.

3. 23 Haziran 2026 12:47 UTCresolved

   Bu olay çözüldü.

4. 7 Temmuz 2026 08:49 UTCpostmortem

   **Durasyon:** 11:10 CEST - 11:26 CEST \ (yaklaşık 16 dakika). Full stability 14:47 CEST'de doğrulandı. **Impact:** Exalate.app connection ve dashboard sayfaları bu pencere sırasında ulaşılamazdı. Sorun senkronizasyonu etkilenmedi - entegrasyonlar normalde devam etti. Hiçbir veri kaybedilmedi. **Summary:** 23 Haziran 2026'da, Exalate.app arayüzü, iç kimlik doğrulama bileşeninin veritabanına bağlanamadıktan sonra ulaşılamaz hale geldi. Başarısızlık, bir üretim dağıtımı sırasında ortaya çıkan bir kriminal tarafından neden edildi. **Timeline:** * 11:10 CEST - Sayı tespit edildi, soruşturma başlatıldı * 11:26 CEST - Sağlanan, hizmet restore edilmiş * 14:47 CEST - Tam stabilite doğrulandı **Root Cause:** 19 Haziran'da bir üretim dağıtımı sırasında, iki sistemde bağımsız olarak bir veritabanı düzenlenmiştir. Bir sonraki yapılandırma güncellemesi sırasında ince bir yanlışlık tanıtıldı. Yanlış eşleştirme geç kaldı çünkü uygulama mevcut veritabanı bağlantılarını korudu. 23 Haziran'da rutin bir GKE bakım olayı, yanlış eşleşmeyi açığa çıkaran yeni bağlantıları zorladı. **Resolution:** Veritabanı uyumluydu ve uygulama yeniden başlatıldı. Servis veri kaybı olmadan tam bir operasyona geri döndü. **Proventive Measures:** * Posta iş doğrulama doğrulama kontrolleri dağıtım defterine eklendi * Uygulama veritabanı bağlantı hataları için uyarı uygulaması uygulandı * Çarpıcı konfigürasyon süreci, ikili sistem yanlış uyum riskini ortadan kaldırmak için konsolide ediliyor Bu rahatsızlıktan özür dileriz. Exalate platformun güvenilirliğini taahhüt ediyoruz.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 4 Mayıs 2026 13:24 UTCinvestigating

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

2. 4 Mayıs 2026 13:42 UTCinvestigating

   We are continuing to investigate this issue.

3. 4 Mayıs 2026 14:50 UTCidentified

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

4. 4 Mayıs 2026 15:53 UTCidentified

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

5. 4 Mayıs 2026 18:50 UTCmonitoring

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

6. 4 Mayıs 2026 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 Nisan 2026 09:03 UTCinvestigating

   Şu anda iş alanı sayfasının yüklemediği bir konu araştırıyoruz. senkronizasyon etkilenmez, sadece Yeni Exalate'nin arayüzü yüklemez.

2. 15 Nisan 2026 09:04 UTCidentified

   Sorunun kök nedenini tespit ettik ve şu anda bir düzeltme üzerinde çalışıyoruz.

3. 15 Nisan 2026 10:16 UTCmonitoring

   Teknik konular tamamen çözüldü ve uygulama şimdi yukarı ve çalışıyor. Durumu yakından takip ediyoruz.

4. 15 Nisan 2026 12:16 UTCresolved

   Uygulama herhangi bir sorun olmadan sorunsuz çalışıyor ve herhangi bir anomali görmüyoruz. Elbette bir post-mortem sağlanacaktır.

5. 7 Temmuz 2026 12:41 UTCpostmortem

   **Incident:** Exalate.app İş Alanı Yüklememek - 15 Nisan 2026 **Durasyon:** 11:03 CEST – 12:16 CEST \ (yaklaşık 73 dakika). **Impact:** Exalate.app UI bu pencere sırasında erişilemezdi. Sorun senkronizasyonu etkilenmedi. Hiçbir veri kaybedilmedi. **Summary: ** 15 Nisan 2026'da, Exalate.app arayüzü planlı bir altyapıyı takip edilemez hale geldi. İkinci bir yapılandırma bağımlılığı, uygulamanın veritabanına bağlanmasını engellemedi. **Timeline:** * 11:03 CEST - Sayı tespit edildi, soruşturma başlatıldı * 11:04 CEST - Kök nedeni tespit edildi * 12:16 CEST - Sağlanan, hizmet restore edilmiş **Root Cause:** Bir credential update sırasında kaçırılan bir yapılandırma bağımlılığı, uygulamanın veritabanına gerçekleştiremeyeceğinden ayrıldı. Bu, 6 Nisan olayıyla ilgiliydi; ek bağımlılık artık rotasyon prosedürüne dahil edildi ve dahil edildi. **Resolution:** Etkilenen yapılandırma yeniden oluşturuldu ve uygulama yeniden başlatıldı. Servis veri kaybı olmadan tam bir operasyona geri döndü. **Proventive Measures:** * Tüm credential bağımlılıklar tamamen haritalandı ve rotasyon prosedürü onları tek bir atom operasyonu olarak kapsayacak şekilde güncellendi Bu rahatsızlıktan özür dileriz. Exalate platformun güvenilirliğini taahhüt ediyoruz.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 6 Nisan 2026 11:07 UTCinvestigating

   Şu anda iş alanlarının bilgiyi yüklemediği bir sorunu araştırıyoruz. senkronizasyon etkilenmez, ancak Yeni Exalate'den gelen UI yüklemez.

2. 6 Nisan 2026 11:28 UTCmonitoring

   Tanımlandık ve bir çözüm uygulandı. Exalate.app şu anda operasyonel ve beklendiği gibi çalışıyor, durumu izlemeye devam edeceğiz ve yakında bir güncelleme sağlayacaktır.

3. 6 Nisan 2026 15:31 UTCresolved

   Bu olay çözüldü.

4. 7 Temmuz 2026 12:30 UTCpostmortem

   **Incident:** Exalate.app Workspaces - 6 Nisan 2026 **Durasyon:** 13:07 CEST - 13:28 CEST \ (yaklaşık 21 dakika). **Impact:** Exalate.app UI bu pencere sırasında ulaşılamazdı. Sorun senkronizasyonu etkilenmedi - entegrasyonlar normalde devam etti. Hiçbir veri kaybedilmedi. **Summary:** 6 Nisan 2026'da, Exalate.app arayüzü planlı bir güvenlik geliştirme programının bir parçası olarak döndürülemez hale geldi. Veritabanı bağlantı önbelleklerinin başlangıçta sorumlu olan bileşen ve onları otomatik olarak geri yüklemez. Bir önceki credential, bileşenin yenisini almaya başlamadan önce kaldırıldı, doğrulama başarısızlıklarına neden oldu. **Timeline:** * 13:07 CEST - Sayı tespit edildi, soruşturma başlatıldı * 13:28 CEST - Fix dağıtılmış, hizmet restore edilmiş **Root Cause:** Bir haçlı rotasyon diziden tamamlandı - eski credential yeni bir tane ile yeniden başlatılmıştı. **Resolution:** Etkilenen bileşenler doğru kimliklerle yeniden başlatılmıştır. Servis veri kaybı olmadan tam bir operasyona geri döndü. **Proventive Measures:** * Disiplinli bir rotasyon prosedürü zorunlu bir dizi teşvik edilmiştir: güncelleme, yeniden başlatma tüketiciler, doğrulama, sonra eski kimlik bilgilerini ortadan kaldırır. * Veritabanı bağlantı doğrulama hataları için doğrudan izleme uygulanmakta * Bu iş yükleri için manuel rotasyonu ortadan kaldıran otomatik yönlendirme yönetimine geçiş aşağıdadır. Bu rahatsızlıktan özür dileriz. Exalate platformun güvenilirliğini taahhüt ediyoruz.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 2 Nisan 2026 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 Nisan 2026 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 Nisan 2026 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 Nisan 2026 19:18 UTCmonitoring

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

5. 2 Nisan 2026 21:26 UTCresolved

   This incident has been resolved.

1. 16 Mart 2026 15:13 UTCinvestigating

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

2. 16 Mart 2026 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 Mart 2026 16:09 UTCmonitoring

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

4. 16 Mart 2026 17:13 UTCresolved

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

5. 31 Mart 2026 09:44 UTCpostmortem

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

1. 13 Mart 2026 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 Mart 2026 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 Mart 2026 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 Mart 2026 18:19 UTCresolved

   This incident has been resolved.

5. 31 Mart 2026 09:46 UTCpostmortem

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

1. 9 Mart 2026 06:59 UTCinvestigating

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

2. 9 Mart 2026 07:11 UTCidentified

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

3. 9 Mart 2026 07:20 UTCmonitoring

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

4. 9 Mart 2026 09:00 UTCresolved

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

5. 1 Nisan 2026 03:39 UTCpostmortem

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

1. 23 Ocak 2026 09:59 UTCinvestigating

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

2. 23 Ocak 2026 10:18 UTCmonitoring

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

3. 23 Ocak 2026 12:18 UTCresolved

   This incident has been resolved.

4. 31 Mart 2026 09:43 UTCpostmortem

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

1. 12 Aralık 2025 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 Aralık 2025 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 Aralık 2025 16:58 UTCidentified

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

4. 12 Aralık 2025 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 Aralık 2025 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 Aralık 2025 01:51 UTCidentified

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

7. 13 Aralık 2025 02:56 UTCmonitoring

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

8. 13 Aralık 2025 04:26 UTCresolved

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

9. 22 Aralık 2025 04:43 UTCpostmortem

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

1. 27 Kasım 2025 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 Kasım 2025 12:33 UTCidentified

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

3. 27 Kasım 2025 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 Kasım 2025 15:31 UTCmonitoring

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

5. 27 Kasım 2025 16:51 UTCidentified

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

6. 27 Kasım 2025 20:48 UTCidentified

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

7. 27 Kasım 2025 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 Kasım 2025 07:08 UTCresolved

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

9. 12 Aralık 2025 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 Kasım 2025 09:43 UTCidentified

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

2. 20 Kasım 2025 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 Kasım 2025 11:23 UTCresolved

   This incident has been resolved.

4. 1 Nisan 2026 04:08 UTCpostmortem

   timeout

1. 4 Ekim 2025 06:18 UTCinvestigating

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

2. 4 Ekim 2025 06:30 UTCmonitoring

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

3. 4 Ekim 2025 06:54 UTCresolved

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

4. 14 Kasım 2025 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 Ekim 2025 09:43 UTCmonitoring

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

2. 5 Kasım 2025 14:17 UTCresolved

   This incident has been resolved.

3. 1 Nisan 2026 04:09 UTCpostmortem

   timeout

1. 24 Eylül 2025 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 Eylül 2025 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 Eylül 2025 11:47 UTCidentified

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

4. 24 Eylül 2025 13:00 UTCmonitoring

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

5. 24 Eylül 2025 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 Eylül 2025 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 Eylül 2025 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 Eylül 2025 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 Eylül 2025 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 Eylül 2025 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 Eylül 2025 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 Eylül 2025 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 Eylül 2025 00:48 UTCidentified

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

14. 25 Eylül 2025 01:44 UTCidentified

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

15. 25 Eylül 2025 03:23 UTCmonitoring

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

16. 25 Eylül 2025 14:21 UTCresolved

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

17. 10 Ekim 2025 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 Ağustos 2025 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 Ağustos 2025 16:57 UTCidentified

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

3. 29 Ağustos 2025 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 Ağustos 2025 19:00 UTCmonitoring

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

5. 5 Eylül 2025 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 Eylül 2025 06:57 UTCpostmortem

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