Historia awarii Jira Service Management

1. 3 września 2026 14:20 UTCinvestigating

   Badamy problem wpływający na zarządzanie usługami Jira. Użytkownicy dotknięci chorobą mogą doświadczać błędów lub spowolnienia podczas przeglądania lub interakcji z polem Afected Services. Nasze zespoły aktywnie badają przyczynę. Dostarczymy następną aktualizację w ciągu następnej godziny, lub wcześniej.

2. 3 września 2026 15:20 UTCinvestigating

   Zidentyfikowaliśmy przyczynę problemu związanego z zarządzaniem usługami Jira i obecnie wprowadzamy rozwiązanie. Oczekujemy szybkiego powrotu do zdrowia i będziemy nadal uważnie monitorować sytuację. Dostarczymy następną aktualizację w ciągu 60 minut, lub wcześniej, jeśli istnieje aktualizacja materiału.

3. 3 września 2026 16:15 UTCmonitoring

   Degradacja wydajności Jira Service Management została rozwiązana, a usługi działają obecnie normalnie dla wszystkich zainteresowanych klientów. Będziemy nadal uważnie monitorować wyniki, aby potwierdzić stabilność.

4. 3 września 2026 17:03 UTCresolved

   W dniu 3 września 2026 r. niektórzy użytkownicy Jira Service Management mogli doświadczyć błędów podczas przeglądania pola Affected Services lub degradacji wydajności w sieci. Problem został teraz rozwiązany, a usługa działa normalnie dla wszystkich klientów dotkniętych.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 1 września 2026 10:11 UTCmonitoring

   Zidentyfikowaliśmy główną przyczynę problemu wpływającego na zmiany w Jira Work Item i zastosowaliśmy rozwiązanie. Obecnie widzimy oznaki poprawy i będziemy nadal monitorować. Dostarczymy następną aktualizację w ciągu najbliższych 1 godziny, lub wcześniej, jeśli istnieje aktualizacja materiału.

2. 1 września 2026 11:44 UTCresolved

   W dniu 1 września 2026 r., między 04: 22 UTC a 10: 59 UTC, niektórzy użytkownicy Jira mogli doświadczyć zakłóceń w obsłudze. Problem został już rozwiązany i usługa działa normalnie dla wszystkich klientów.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 27 sierpnia 2026 04:22 UTCinvestigating

   Nasze zespoły stwierdziły, że problem ten wpływa również na zarządzanie usługami Jira. Będziemy aktualizować jak najszybciej.

2. 27 sierpnia 2026 04:25 UTCinvestigating

   Badamy problem dostępu do produktów, które wpływają na Confluence, Jira Cloud i Jira Serivce Management klientów. Nasz zespół pilnie bada tę kwestię i przedstawimy dalsze szczegóły w ciągu godziny lub wcześniej, jeśli informacje są dostępne.

3. 27 sierpnia 2026 04:33 UTCidentified

   Nasze zespoły zidentyfikowały możliwe rozwiązanie problemów wpływających na Jira Cloud, Jira Service Management i Confluence. Jest to obecnie realizowane w regionach dotkniętych skutkami i w ciągu godziny będziemy aktualizować lub wcześniej, jeśli dostępne są dalsze informacje.

4. 27 sierpnia 2026 04:51 UTCmonitoring

   Kwestie związane z załadowaniem Jira Cloud, Jira Service Management and Confluence są obecnie w fazie zdrowienia. Będziemy nadal uważnie monitorować, aby potwierdzić stabilność i dostarczyć aktualizację w ciągu jednej godziny, lub szybciej, jak więcej informacji staje się dostępne.

5. 27 sierpnia 2026 05:16 UTCresolved

   W dniu 27 sierpnia 2026 r. Problem został teraz rozwiązany, a usługa działa normalnie dla wszystkich klientów dotkniętych. Publiczna sekcja zwłok tego incydentu zostanie udostępniona na tej stronie, kiedy nasze pełne śledztwo w sprawie tego incydentu zostanie zakończone.

6. 7 września 2026 02:53 UTCpostmortem

   * * STRESZCZENIE W dniu 27 sierpnia 2026 r., w dniach 03: 51-04: 35 UTC, klienci Atlassian w regionach Europy Zachodniej i Południowo-Wschodniej APAC nie byli w stanie dotrzeć do produktów Atlassian Cloud, w tym Atlassian Analytics, Compass, Confluence, Focus, Guard, Jira, JPD, JSM, Opsgenie, Rovo Search i Talent. Zdarzenie zostało wywołane wadliwą zmianą kodu na warstwę routingu jednej z naszych flot proxy. Doprowadziło to do tego, że błędy HTTP 404 są podawane do wszystkich klientów ruchu przez te floty proxy w Europie Zachodniej i południowo-wschodniej APAC regionach. Incydent został wykryty w ciągu 1 minuty przez nasze zautomatyzowane systemy monitorowania i złagodzony przez powrót do poprzedniego wydania konfiguracji, które stawia flotę proxy w znanym dobrym stanie. Po odzyskaniu floty proxy, niektórzy klienci Jira i Confluence (niezależnie od lokalizacji) otrzymali błędy HTTP 503 między 04: 33 a 04: 53 UTC jako flot serwerów dostosowane do napływu ruchu. * * IMPACT * * Ogólny wpływ podzielono na dwa odrębne okresy: - Po pierwsze, 27 sierpnia 2026 r., między 03: 51 a 04: 35 UTC na Atlassian Analytics, Compass, Confluence, Focus, Guard, Jira, JPD, JSM, Opsgenie, Rovo Search i Talent. Incydent spowodował zakłócenia w ruchu usługowym klientów z regionów Europy Zachodniej i Południowo-Wschodniej APAC, a błędy HTTP 404 zostały zwrócone. Nie miało to wpływu na ruch API klientów, niezależnie od miejsca pochodzenia. - Po drugie, w dniu 27 sierpnia 2026 r., między 04: 33 a 04: 53 UTC, niektórzy klienci Jira i Confluence niezależnie od lokalizacji otrzymali błędy HTTP 503 po rozwiązaniu błędów HTTP 404: ~ 32% wniosków w ap- southeas- 2, ~ 4% wniosków w eu- west-1, ~ 2,5% wniosków w us- west- 2 i ap- southeas- -1 oraz < 1% wniosków we wszystkich pozostałych regionach świata. * * ROOT CAUSE * * Wydarzenie zostało wywołane przez zmianę kodu w jednej z naszych flot proxy. Wystąpił jednak błąd w zastosowanym kodzie, który nie został wykryty w drodze badań ręcznych i automatycznych. Doprowadziło to do błędnej konfiguracji funkcji lookup najemcy w poziomie proxy, co doprowadziło do nieposiadania poprawnej ścieżki sieciowej, co doprowadziło do błędów HTTP 404 dla wszystkich klientów za pośrednictwem tych proxy flot w Europie Zachodniej i południowo-wschodniej APAC regionach. Po odzyskaniu efektu proxy, drugi okres oddziaływania został spowodowany przez niektórych klientów Jira i Confluence. Ze względu na zmniejszenie ruchu obsługiwanego przez flotę proxy do Jira i Confluence, poziomy usług Jira i Confluence automatycznie zwiększyły się w liczbie serwerów obsługujących ruch klientów. Po przywróceniu funkcjonalności floty pośredniczącej, napływ ruchu przytłoczył poziom usług Jira, który zwrócił podwyższony wskaźnik HTTP 503s aż automatycznie zmniejszył się ponownie. * * PLAN DZIAŁAŃ REMERALNYCH I NASTĘPNE STAPY * * Wiemy, że przestoje wpływają na wydajność. Chociaż mamy wiele procesów testowych i prewencyjnych, ten szczególny problem nie został zidentyfikowany, ponieważ zmiana była związana z bardzo specyficznym rodzajem przypadku krawędzi, który nie został odebrany przez nasze automatyczne apartamenty ciągłego wdrażania i skrypty ręczne testów. Naszym priorytetem są następujące działania usprawniające, aby uniknąć powtarzania tego typu incydentów: - * * Dodanie dalszych zabezpieczeń wdrożeniowych: * * Rurociąg wdrożeniowy do konfiguracji danego wskaźnika proxy wykorzystywał dotychczasowy system i nie miał odpowiednich wolnych regionalnych funkcji rozruchu skonfigurowanych prawidłowo. Dodaliśmy już odpowiednie zabezpieczenia i przenosimy je do standardowego rurociągu wdrożeniowego naszej firmy, który obejmuje wszystkie nasze systemy kontroli bezpieczeństwa włączone domyślnie. Kontrolujemy również wszystkie usługi sieciowe w celu potwierdzenia, że wszystkie te usługi znajdują się w nowej standardowej usłudze rozmieszczania rurociągów. - * * Wzmocnienie polityki w zakresie skalowania floty usługowej: * * Automatyczna konfiguracja skalowania dla naszych flot serwisowych Jira i Confluence została skonfigurowana tak, aby skalować zbyt agresywnie. Dokładnie dokonujemy przeglądu i aktualizacji wszystkich skomplikowanych zasad automatycznej skalowania Jira i Confluence, aby upewnić się, że nie nastąpi to ponownie. Przepraszamy klientów, których usługi zostały dotknięte w trakcie tego incydentu; podejmujemy natychmiastowe kroki w celu poprawy wydajności i dostępności platformy. Dzięki. Obsługa klienta

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 25 sierpnia 2026 08:42 UTCinvestigating

   Aktywnie badamy raporty o degradacji wydajności, co prowadzi do zwiększenia opóźnień w powiadamianiach e-mail, mobilnych i luźnych dla Jiry, JSM i Confluence. Nasze zespoły badają tę sprawę i więcej informacji zostanie udostępnionych w ciągu najbliższych 1 godziny.

2. 25 sierpnia 2026 09:44 UTCinvestigating

   Nasze zespoły zidentyfikowały dotknięte skutkami regiony i aktywnie pracują nad złagodzeniem problemu. Dostarczymy dalsze aktualizacje w ciągu godziny lub wcześniej, jeśli będziemy mieli znaczący postęp do podzielenia.

3. 25 sierpnia 2026 10:49 UTCinvestigating

   Nasze zespoły podjęły niewiele działań naprawczych w celu złagodzenia tej kwestii w jednym z dotkniętych regionów i obserwują pewne ulepszenia. Kontynuujemy monitorowanie sytuacji i podejmiemy niezbędne działania, aż do całkowitego odzyskania tego incydentu. Dostarczymy dalsze aktualizacje w ciągu najbliższych dwóch godzin lub wcześniej, jeśli będziemy mieli znaczący postęp do podzielenia.

4. 25 sierpnia 2026 13:01 UTCmonitoring

   Nasze zespoły nadal łagodzą tę kwestię i obserwują pewne ulepszenia. Kontynuujemy monitorowanie sytuacji i podejmiemy niezbędne działania, aż do całkowitego odzyskania tego incydentu. Dostarczymy dalsze aktualizacje w ciągu najbliższych dwóch godzin lub wcześniej, jeśli będziemy mieli znaczący postęp do podzielenia.

5. 25 sierpnia 2026 14:33 UTCresolved

   W dniu 25 sierpnia 2026 r. niektórzy użytkownicy mogli doświadczyć zwiększonej latencji w powiadomieniach e-mail, mobilnych i nieaktywnych. Problem został teraz rozwiązany, a usługa działa normalnie dla wszystkich klientów.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 24 sierpnia 2026 19:22 UTCinvestigating

   Aktywnie badamy raporty o degradacji wydajności, co prowadzi do zwiększonego opóźnienia w zakresie powiadomień e-mail, mobilnych i Slack dla JIRA, JSM i Confluence. Będziemy dzielić się aktualizacjami tutaj, jak więcej informacji jest dostępna.

2. 24 sierpnia 2026 20:25 UTCinvestigating

   Nasze zespoły zidentyfikowały trzy dotknięte skutkami regiony i kontynuują badanie zwiększonego opóźnienia w zakresie e-maili, telefonów komórkowych i powiadomień Slack dla JIRA, JSM i Confluence.

3. 24 sierpnia 2026 21:30 UTCidentified

   Zidentyfikowaliśmy prawdopodobną przyczynę problemu, a nasze zespoły pilnie pracują nad łagodzeniem skutków. Dotknięci użytkownicy mogą doświadczyć zwiększonej latencji w powiadomieniach e-mail, mobilnych i Slack dla JIRA, JSM i Confluence. Będziemy nadal udostępniać dodatkowe aktualizacje tutaj, ponieważ więcej informacji jest dostępnych.

4. 24 sierpnia 2026 23:15 UTCresolved

   W dniu 24 sierpnia 2026 r. niektórzy użytkownicy JIRA, JSM i Confluence mogli doświadczyć degradacji wydajności, co mogło doprowadzić do zwiększenia opóźnienia w powiadomieniach e-mail, mobilnych i Slack. Kwestia ta została rozwiązana w przypadku nowo utworzonych powiadomień, a usługa działa normalnie. Mogą istnieć starsze powiadomienia, które są obecnie przetwarzane i oczekujemy, że zostaną one ukończone w ciągu najbliższych kilku godzin.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 7 sierpnia 2026 11:30 UTCinvestigating

   We are investigating issues affecting your services. We are actively working to identify the cause and resolve the issue. We will provide further updates within one hour.

2. 7 sierpnia 2026 12:22 UTCmonitoring

   Some customers experienced issues accessing affected services in the Central European region. We have been able to apply the fix to mitigate the issues and we are seeing recovery. We continue to monitor the situation and should be fully recovered soon. We should be able to provide more updates in the next one hour or earlier.

3. 7 sierpnia 2026 12:52 UTCresolved

   On August 7th - 2026, between 10:27 UTC to 11:49 UTC, some users in the Central European region may have experienced service access issues. The issue has now been resolved and the service is operating normally for all the customers.

1. 7 sierpnia 2026 01:33 UTCinvestigating

   We are actively investigating reports of performance degradation affecting JIRA and JSM. Affected users may experience errors viewing issues and boards. We will share updates here as more information is available.

2. 7 sierpnia 2026 01:39 UTCmonitoring

   The performance degradation of JIRA has been resolved, and services are now operating normally for all affected customers. We'll continue to monitor performance closely to confirm stability.

3. 7 sierpnia 2026 01:46 UTCresolved

   On August 7, 2026, JIRA, JWM, and JSM users may have experienced performance degradation when viewing issues and boards. The issue has now been resolved, and the service is operating normally for all affected customers.

1. 21 lipca 2026 09:48 UTCidentified

   Pracujemy z naszym dostawcą powiadomień w celu rozwiązania problemu. Dostarczymy kolejną aktualizację w ciągu 24 godzin lub jak tylko pojawi się więcej informacji.

2. 22 lipca 2026 06:59 UTCidentified

   Niewielka liczba powiadomień głosowych dla klientów Jira Service Management i Opsgenie wykorzystujących numery telefonów komórkowych z Indii może się nie udać. Klienci mogą zobaczyć błędne logi połączeń głosowych i nie otrzymywać oczekiwanego wywołania. Nasz dostawca powiadomień stron trzecich aktywnie pracuje nad przywróceniem dostarczania powiadomień głosowych, a my dostarczymy aktualizacje po rozwiązaniu problemu. W razie potrzeby prosimy o kontakt z naszym zespołem wsparcia.

3. 24 lipca 2026 13:07 UTCresolved

   Nasz dostawca powiadomień zidentyfikował źródło problemu, który powoduje awarię połączeń głosowych niektórych numerów komórkowych opartych na Indiach. Rozumiemy niedogodności, które mogą spowodować i docenić cierpliwość, podczas gdy nasz dostawca pracuje nad przywróceniem usługi. Jeśli doświadczyłeś jakichkolwiek problemów z powiadomieniami głosowymi, skontaktuj się z naszym wsparciem dla pomocy.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 20 lipca 2026 20:18 UTCinvestigating

   Aktywnie badamy raporty o degradacji wydajności wpływającej na zasady Automatyzacji dla Jira i Jira Service Management. Będziemy dzielić się aktualizacjami tutaj, jak więcej informacji jest dostępna.

2. 20 lipca 2026 21:27 UTCinvestigating

   Nasze zespoły nadal badają opóźnienia w automatyzacji Jira i Jira Service Management dla niektórych klientów. Widzimy oznaki poprawy, ale dotknięci mogą nadal wystąpić opóźnienia. Będziemy dzielić się aktualizacjami tutaj, jak więcej informacji jest dostępna.

3. 21 lipca 2026 04:53 UTCidentified

   Zespół zidentyfikował przyczynę i po początkowych testach, wprowadza zmiany skalowania, aby zapobiec tym opóźnieniom w wykonaniu przepisów. Będziemy monitorować wydajność w ciągu najbliższych 24 godzin i dostarczyć aktualizację w tym czasie lub wcześniej, jeśli możemy potwierdzić poprawę jest na miejscu.

4. 22 lipca 2026 00:56 UTCresolved

   Nasz zespół był w stanie potwierdzić, że wszystkie egzekucje są wykonywane normalnie i ten problem został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 20 lipca 2026 16:03 UTCinvestigating

   Aktywnie badamy raporty o degradacji wydajności wpływającej na zasady Automatyzacji dla Jira i Jira Service Management. Będziemy dzielić się aktualizacjami tutaj, jak więcej informacji jest dostępna.

2. 20 lipca 2026 16:58 UTCidentified

   Zidentyfikowaliśmy prawdopodobną przyczynę problemu, a nasze zespoły pilnie pracują nad łagodzeniem skutków. Obecnie widzimy oznaki poprawy, jednak użytkownicy dotknięci mogą doświadczyć opóźnień w Jira i Jira Zarządzanie usługi Automatyzacja zasady. Będziemy nadal udostępniać dodatkowe aktualizacje tutaj, jak więcej informacji jest dostępna.

3. 20 lipca 2026 17:23 UTCresolved

   W dniu 20 lipca 2026 r. niektórzy użytkownicy Jira i Jira Service Management mogli doświadczyć degradacji wydajności wykonywania przepisów automatyki. Problem został teraz rozwiązany, a usługa działa normalnie dla wszystkich klientów dotkniętych.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 6 lipca 2026 09:23 UTCinvestigating

   Badamy sprawy wpływające na twoje usługi. Aktywnie pracujemy nad określeniem przyczyny i rozwiązaniem problemu. Dostarczymy dalsze aktualizacje w ciągu godziny.

2. 6 lipca 2026 10:04 UTCmonitoring

   Udało nam się to naprawić i widzimy powrót do zdrowia. Możliwości automatyki są odnawiane i powinny działać normalnie. Wnioski o przetwarzanie danych złożone w okresie wyłączenia nie zostały wypełnione z powodu niedostępności usług. Nadal monitorujemy sytuację i oczekujemy pełnego powrotu do zdrowia w ciągu następnej godziny. Dostarczymy dodatkowe aktualizacje w ciągu następnej godziny lub wcześniej.

3. 6 lipca 2026 11:46 UTCinvestigating

   Nadal mamy do czynienia z pewnymi problemami z wyszukiwaniem użytkowników, wybieraniem użytkowników i aktywami w całym regionie UE. Kontynuujemy badanie sytuacji i dostarczymy dodatkowe aktualizacje w ciągu najbliższej godziny lub wcześniej.

4. 6 lipca 2026 12:25 UTCmonitoring

   Zastosowaliśmy rozwiązanie w celu złagodzenia tej kwestii i widzimy ożywienie. Nadal monitorujemy sytuację i wkrótce powinniśmy w pełni ją odzyskać. Powinniśmy być w stanie dostarczyć więcej aktualizacji w ciągu następnej godziny lub wcześniej.

5. 6 lipca 2026 13:04 UTCresolved

   W dniu 6 lipca 2026 r., między 06: 51 UTC a 09: 39 UTC niektórzy użytkownicy mogli doświadczyć problemów związanych z Automatyzacją, a między 08: 10 UTC a 11: 50 UTC niektórzy użytkownicy mogli doświadczać problemów związanych z wyszukiwaniem użytkowników, wybieraniem użytkowników i aktywami w regionie UE. Kwestie te zostały już rozwiązane i usługi działają normalnie dla wszystkich klientów.

6. 17 lipca 2026 16:59 UTCpostmortem

   Podsumowanie W dniu 6 lipca 2026 r., między 06: 51 a 20: 17 UTC, klienci atklasiści korzystający z produktów w chmurze w regionach europejskich (UE) doświadczyli zakłóceń w obsłudze mających wpływ na wykonanie zasad automatyzacji, wyszukiwanie użytkowników, wybieranie użytkowników oraz powiązane przepływy pracy. Incydent rozpoczął się, gdy podstawowa usługa tożsamości doświadczyła wysycenia bazy danych w regionach UE, zwiększając opóźnienie i poziom błędów. Podczas gdy respondenci pracowali nad przywróceniem zdolności produkcyjnej, zastosowano awaryjne środki łagodzące, które blokowały zasady automatyzacji dostępu do punktu końcowego tożsamości. Równolegle, podwyższone opóźnienie tożsamości przyczyniło się do awarii kaskadowej w dalszej usługi wyszukiwania użytkowników, degradując wyszukiwanie użytkowników oraz doświadczenia w zakresie wyboru użytkowników w wielu produktach. Usługa została stopniowo przywrócona po dodaniu dodatkowej pojemności odczytu bazy danych, usunięciu bloku awaryjnego, a usługa wyszukiwania użytkownika została ręcznie skalowana. # # Impact Incydent dotyczył klientów w wielu produktach Atlassian w regionach UE w dniu 6 lipca 2026 r. między 06: 51 a 20: 17 UTC. - * * Degradacja usług identyfikacji bazowej: * * w regionach UE zaobserwowano podwyższone wskaźniki przerywanego dostępu. - * * Automation rule execution failed: * * Automation rules using the default user (Automation for Jira) in Jira, Jira Service Management, and Jira Product Discovery in EU regions failed with a permissions error. - * * Wyszukiwarka użytkowników i niepowodzenia użytkowników: * * wskaźniki sukcesu wyszukiwania użytkowników znacznie spadły w regionach UE, z możliwością wybierania użytkowników w dużej mierze niedostępne dla wszystkich produktów. # # Root Cause # Incydent powstał z niedawnej zmiany konfiguracji, która skróciła żywotność pamięci podręcznej dla podstawowej usługi tożsamości. W związku z tym, że w dniu pracy w UE ruch drogowy wzrósł 6 lipca 2026 r., większa część wniosków zaczęła docierać bezpośrednio do bazy danych, zamiast być obsługiwana z pamięci podręcznej. Bazy danych UE nie dysponowały wystarczającymi zdolnościami regionalnymi do absorpcji zwiększonego obciążenia, a CPU w bazie danych osiągnęło nasycenie, powodując wyższe stawki przerywanego dostępu. W ramach tego ograniczenia zastosowano blok awaryjny w celu zmniejszenia obciążenia bazy danych nasyconych usług tożsamości i priorytetowego traktowania przywrócenia podstawowej usługi tożsamości. To niechcący uniemożliwiło automatyzację zdawania ich kontroli przed wykonaniem, powodując ich niepowodzenie. Przedłużony czas trwania był głównie spowodowany wtórną falą awarii przepisów automatyki spowodowanej przez przepustowość granicy przetwarzania. Równolegle trwała degradacja spowodowała wzrost opóźnień i przerywanych awarii w odniesieniu do produktów, które zależą od tych kontroli, i przyczyniła się do awarii kaskadowej w usłudze wyszukiwania dalszych użytkowników. W związku z tym w regionach UE, do czasu odzyskania uprawnień, a także do momentu, gdy usługa wyszukiwania użytkowników została skalowana w celu przywrócenia przepustowości, doświadczenia w zakresie wyszukiwania użytkowników stały się w dużej mierze niedostępne. # # Remedial Actions Plan & Next Steps Wiemy, że braki wpływają na wydajność klientów. Atakujący traktuje priorytetowo następujące działania, aby zapobiec podobnym incydentom w przyszłości: - * * Ulepszenie zabezpieczeń na wypadek poważnych awarii: * * Mocne oprzyrządowanie operacyjne, dzięki czemu kroki łagodzące, które mogłyby wyłączyć przepływy pracy stojące przed użytkownikami wymagają dodatkowego przeglądu. - * * Wzmocnienie przepustowości infrastruktury tożsamości i bezpieczeństwo zmiany: * * Przegląd regionalnej bazy danych o wielkości i zdolności przepustowej w celu zmniejszenia ryzyka nasycenia w okresach szczytowego natężenia ruchu oraz udoskonalenie procesu oceny zmian konfiguracji, tak aby wpływ obciążenia niższego szczebla został oceniony przed rozpoczęciem produkcji. - * * Wzmocnienie odporności na uszkodzenia kaskadowe spowodowane degradacją: * * Audyt obsługi przeciwciśnienia, konfiguracja wyłączników obwodów i autoskalowanie zachowania w usługach, tak, że degradacja w górę nie powoduje szerszy wpływ produktu w poszukiwaniu użytkowników, użytkownika picker, i związanych z tym doświadczeń. - * * Mechanizmy powtórki Harden dla awarii reguły Automation: * * Zwiększenie odporności przepisów dotyczących automatyzacji w celu ograniczenia skutków związanych z zdarzeniami występującymi w zależności. Zdajemy sobie sprawę z tego, jak ważne są dla naszych klientów wiarygodne przepływy pracy produktów i przepraszamy klientów, którzy zostali dotknięci tym incydentem. Dzięki. Obsługa klienta

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 19 czerwca 2026 22:46 UTCmonitoring

   Klienci Jira i JSM używający Microsoft OAuth do automatycznego tworzenia biletów Jira z e-mailem nie byli w stanie odczytać e-maila. Jest to teraz stałe i funkcjonalne dla wszystkich nowych przychodzących przetwarzania poczty elektronicznej. Klienci, którzy mieli wpływ w okresie incydentu, muszą ponownie upoważnić serwer pocztowy Microsoft do przywrócenia i poniżej są instrukcjami. Aby ponownie autoryzować przychodzący serwer poczty Microsoft: Zaloguj się w Jira jako admin Wybierz > System Wybierz wiadomość > Przychodząca wiadomość. Wybierz Edytuj serwer poczty przychodzącej. Wybierz ponowny autoryzację. Wprowadź swoje referencje Microsoft, aby kontynuować korzystanie z serwera poczty Microsoft.

2. 26 czerwca 2026 05:13 UTCresolved

   Nasz zespół aktywnie skontaktował się ze wszystkimi wpływowymi organizacjami dostarczającymi poniższych instrukcji, aby ponownie autoryzować swój serwer poczty Microsoft. Jeśli nadal doświadczasz tego problemu, spróbuj zakończyć ponowną autoryzację zgodnie z poniższymi zaleceniami. Jeśli nadal występują dalsze problemy, które uważają Państwo za związane z tym incydentem, prosimy o kontakt z Alaski o dalsze wsparcie.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 10 czerwca 2026 09:42 UTCinvestigating

   Users are facing degraded performance while accessing Assets page which is impacting Assets object creation, updation and deletion activities. Our teams are investigating actively and will be sharing more details in next 1 hour.

2. 10 czerwca 2026 10:00 UTCresolved

   On June 10 2026, between 08:10 and 09:08 UTC, users experienced degraded performance and inability to load the Assets page, which is impacting the ability to create, update, and delete assets. We have implemented a fix and services have been restored to normal operation for all affected customers.

1. 10 czerwca 2026 04:55 UTCinvestigating

   We are investigating reports of extended delays being experienced across tasks such as processing of Incoming Emails, Notifications relating to changes or creation of Work Items, in addition to delays in processing Scheduled Triggers from Marketplace apps. Our team is looking into this with urgency and we will provide further update within one hour as our investigation continues.

2. 10 czerwca 2026 05:39 UTCidentified

   Our team has identified the root cause for this issue and has now deployed a fix that is rolling out across impacted products. At this time we are monitoring for the recovery of these events across Jira Service Management, Jira Cloud and Ecosystem app Scheduled Triggers. We will provide further update within one hour or when we have seen a full recovery of all task processing across these products.

3. 10 czerwca 2026 06:14 UTCmonitoring

   Our team has now determined that performance has returned to expected levels for those impacted by this incident. Additional products that are now known to have been impacted by this incident are Confluence, Customer Service Management, and Jira Product Discovery. These products would have seen similar impact where email notifications or processing of events may have been delayed while this incident was underway. We are now monitoring for the full recovery of performance across all products and will update when we are confident this issue is fully resolved, or within one hour, whichever is sooner.

4. 10 czerwca 2026 06:31 UTCresolved

   We are now confident that any of the tasks that were impacted by this incident and were delayed should now be operating as expected. We apologize for any inconvenience that this issue may have caused.

1. 9 czerwca 2026 05:29 UTCinvestigating

   We are investigating reports of intermittent errors and degredated performance for some Jira Service Management and Jira Cloud customers. We will provide further updates within one hour.

2. 9 czerwca 2026 10:21 UTCidentified

   Our team has now identified what we believe to be the root cause of this issue and is working on a fix. The expected fix for this issue will be rolling out progressively so customers should see resolutions to their issues viewing Jira boards and work items occurring over the next few hours. We will provide further update either when the update has fully completed or within 3 hours, whichever occurs earlier.

3. 9 czerwca 2026 10:36 UTCmonitoring

   Our team has been able to apply the fix and mitigate the issue. The services have been restored to normal operations. We will continue to actively monitor over the next 8 hours to confirm stability.

4. 9 czerwca 2026 18:27 UTCresolved

   The issue has now been resolved, and the service is operating normally for all affected customers.

1. 8 czerwca 2026 01:53 UTCinvestigating

   We are actively investigating reports of performance degradation affecting Jira and Jira Software Management customers. We'll provide an update here within the next hour, or sooner if new information becomes available.

2. 8 czerwca 2026 02:36 UTCidentified

   We have identified an issue causing degraded performance with Jira Software front-end experiences affecting view board, navigation, and backlog across multiple regions. Our engineering team is actively working on a resolution. We will provide an update within the next hour.

3. 8 czerwca 2026 02:56 UTCresolved

   On June 08 2026, between 01:30 and 02:40 UTC, users experienced degraded performance with Jira Software front-end experiences affecting view board, navigation, and backlog across multiple regions. We have implemented a fix and services have been restored to normal operation. We continue to monitor the situation closely.

1. 2 czerwca 2026 15:32 UTCinvestigating

   We are actively investigating reports of performance degradation affecting Jira and Jira Software Management customers. Some customers may experiences delays in rule execution. We'll provide an update here within the next hour, or sooner if new information becomes available.

2. 2 czerwca 2026 16:51 UTCresolved

   On June 2, 2026, some Jira and Jira Service Management users in the US-East region may have experienced performance degradation of automation rule executions. The issue has now been resolved, and the service is operating normally for all affected customers. Previously delayed automation rules are expected to be completed within 12 hours.

1. 1 czerwca 2026 08:06 UTCinvestigating

   We are investigating cases of partial-outage for Jira-software in the EU Region. We will provide more details within the next hour.

2. 1 czerwca 2026 08:06 UTCidentified

   We have identified an issue causing degraded performance for Jira Software, Jira Work Management, and Jira Service Management in the EU region. affected users may experience 5XX errors when accessing issues, boards, and navigation. Our engineering team is actively working on a resolution. We will provide an update within the next hour.

3. 1 czerwca 2026 09:08 UTCmonitoring

   We have implemented a fix for the issue causing degraded performance for Jira Software and Jira Service Management in the EU region. The impact has been mitigated, and we are actively monitoring the stability.

4. 1 czerwca 2026 13:23 UTCresolved

   This incident has been resolved. The issue causing degraded performance for Jira Software and Jira Service Management in the EU region has been fully mitigated. We have deployed a fix to prevent recurrence. If you continue to experience issues, please contact Atlassian Support. We apologise for the disruption and thank you for your patience.

5. 12 czerwca 2026 06:49 UTCpostmortem

   **SUMMARY** On June 01, 2026, between 06:54 and 08:28 UTC, Atlassian customers using Jira, Jira Service Management, and Jira Work Management were unable to view issues, boards, and backlogs, and experienced errors when performing transitions, adding comments, and navigating the product. The event was triggered by caching infrastructure autoscaling failure. The issue only impacted customers hosted in Europe. The incident was detected within 8 minutes by our automated monitoring system and mitigated by progressively scaling the caching clusters manually. The total time to resolution was 1 hour and 34 minutes due to the progressive recovery. **IMPACT** The incident caused service disruption for customers hosted in the Europe region who were unable to access core experiences across Jira Software, Jira Service Management, and Jira Work Management. **ROOT CAUSE** The root cause of the incident was a capacity constraint on our caching infrastructure in one availability zone of our EU Central cloud region. As morning traffic increased, our caching clusters attempted to scale out automatically. However, the cloud infrastructure was unable to provision additional nodes in that availability zone due to insufficient underlying capacity. Our caching infrastructure is designed to scale across multiple availability zones to ensure balanced and resilient capacity. On this occasion, a capacity constraint in one availability zone prevented the scaling operation from completing as expected. With the caching layer unable to grow to meet demand, the clusters began to experience network and/or CPU saturation and could not handle all incoming requests within the expected timeout window. Since a single user request to Jira typically involves multiple cache calls, timeouts compound rapidly. As more threads became blocked waiting on timed-out or slow cache operations, the application nodes reached its busy thread limit and began shedding load. While additional application nodes were added, these also experienced the same thread limit saturation due to the saturation of the cache layer resulting in widespread 503 service unavailable errors for customers. **REMEDIAL ACTIONS PLAN & NEXT STEPS** We know that outages impact your productivity. In addition to existing safeguards and monitoring, Atlassian is prioritizing the following actions to help prevent similar incidents in future: - **Increased minimum caching cluster size**: We have increased the minimum number of nodes in all affected caching clusters in the EU Central region. This ensures sufficient capacity headroom to handle peak traffic without relying on autoscaling, reducing the risk of a similar failure occurring. - **Change autoscaling behaviour**: We are working on improvements to our autoscaling behaviour to fall back to other availability zones when capacity is unavailable in a single zone. We apologize to customers whose services were impacted during this incident; we are taking immediate steps to improve the platform’s performance and availability. Thanks, Atlassian Customer Support

1. 14 maja 2026 05:03 UTCinvestigating

   We are aware that the current issues with accessing Atlassian products are impacting additional products. We have now expanded the impact of the incident to cover the known impacted products at this time. We will provide further update within one hour or sooner as information is available.

2. 14 maja 2026 05:11 UTCidentified

   Further confirmations of impacted products have now been added to the incident. Our team is investigating the issue with urgency and we will provide further update as soon as it becomes available.

3. 14 maja 2026 05:24 UTCidentified

   It is likely if you are experiencing any issues relating to logging in or accessing Atlassian products at this time it is likely due to this ongoing incident. We are continuing to receive reports about expanded product impact resulting from this incident. While our team continues to investigate the issue with urgency, we will continue to provide further updates here with additional information. We will provide further update within one hour, or sooner as further information becomes available.

4. 14 maja 2026 05:34 UTCidentified

   Our team has identified the root cause of this issue and is now actively working on mitigating the issue with accessing Atlassian products. At this time, Atlassian customers should also be able to once again raise support requests with our team. We will provide further update within an hour as we are able to progress mitigating this issue.

5. 14 maja 2026 05:43 UTCmonitoring

   Our team has implemented a mitigation for this issue and we are now seeing recovery across Atlassian products. We will continue to monitor this issue for any ongoing concerns, and provide further updates here within an hour as we are able to confirm a full recovery has taken place.

6. 14 maja 2026 06:40 UTCmonitoring

   We are now able to see recovery for all impacted products, and users should be able to access their products as expected. Our team is continuing to monitor all products and services to ensure there is no further impact, and we will provide further update when this has been validated and the incident is closed.

7. 14 maja 2026 06:41 UTCmonitoring

   We are approaching full system recovery at this time, and are performing final confirmations that services are restored.

8. 14 maja 2026 06:48 UTCresolved

   All products and services impacted by this incident should now be fully recovered, and this incident is resolved.

9. 19 maja 2026 19:06 UTCpostmortem

   ### Summary On May 14, 2026, between 04:30 and 05:26 UTC, Atlassian customers experienced widespread service disruption across multiple Atlassian Cloud products. The issue was caused by a race condition in our internal deployment orchestration platform during a routine rollback operation of a core identity service in the us-east region. This race condition resulted in insufficient capacity for the identity service in the affected region which started returning errors to dependent products. The incident was detected within a minute by automated monitoring systems and mitigated in 56 minutes. ### **IMPACT** During the incident, customers attempting to access Atlassian Cloud products in the us-east region experienced authentication and permission failures and were unable to access services. Customers also experienced errors when accessing the support portal until Atlassian fell back to an alternate support method. This was caused by a core identity service in the us-east region becoming unavailable. Affected products included Atlassian Administration, Atlassian Analytics, Bitbucket, Compass, Confluence, Jira, Jira Product Discovery, Jira Service Management and Trello. Some users outside us-east may have been affected in certain scenarios. ### **ROOT CAUSE** The incident was caused by a race condition in our internal deployment orchestration platform during a routine rollback operation of a core identity service in the us-east region. This race condition resulted in insufficient capacity for the identity service in the affected region which started returning errors to dependent products. ### **REMEDIAL ACTIONS PLAN & NEXT STEPS** We know that outages impact your productivity. Atlassian is prioritizing the following actions to help prevent similar incidents in future: * **Refine deployment orchestration safeguards** * Harden our deployment platform to prevent similar race conditions or resulting capacity loss during a rollback operation. * Streamline mitigation steps when a service becomes unavailable in a region. * **Reduce cross-region impact** * Improve regional isolation and fallback handling so an issue affecting a single region is less likely to impact customers or product functionality in other regions. We recognise how critical reliable access to Atlassian products is for our customers' productivity, and we apologize to customers who were impacted by this incident. Thanks, Atlassian

1. 14 maja 2026 01:15 UTCinvestigating

   We are aware that some users are experiencing an excessive number of notifications arriving from Jira Service Management (Assist) as our team replays delayed events experienced in this prior incident: https://jira-service-management.status.atlassian.com/incidents/v307yb60q5g7 At this time we expect that the vast majority of these notifications will be arriving within the next two hours. We will provide further update at that time or sooner if further information becomes available.

2. 14 maja 2026 03:52 UTCinvestigating

   Some of the users continue to experience an excessive number of notifications arriving from JSM (Assist) as our team replays delayed events experienced in this prior incident: https://jira-service-management.status.atlassian.com/incidents/v307yb60q5g7 At this time we expect that these notifications will be arriving for the next few hours, until the recovery of the delayed events are processed which is taking longer than expected (ETA approx. 4 hours). We will provide further updates within 6 hours or sooner if the recovery occurs.

3. 14 maja 2026 09:41 UTCresolved

   This incident has been resolved. During the incident window, some customers using Atlassian Assist experienced excessive notifications as our team replayed delayed events caused by this prior incident: https://jira-service-management.status.atlassian.com/incidents/v307yb60q5g7 Our engineering team identified and addressed the issue. All services have fully recovered, and notification delivery is operating normally. No data loss occurred as a result of this incident. We apologize for the disruption and any confusion caused by the excessive notifications.