Historia awarii Jira

1. 3 września 2026 15:57 UTCinvestigating

   Prowadzimy aktywne śledztwo w sprawie zakłóceń w obsłudze klientów JIRA w USA Wschodnim. Będziemy dzielić się aktualizacjami tutaj, jak więcej informacji jest dostępna.

2. 3 września 2026 16:35 UTCmonitoring

   Nasze zespoły podjęły kroki łagodzące w celu zmniejszenia wpływu i poprawy sytuacji wśród poszkodowanych klientów rozpoczęły się o 16: 15 UTC. W dalszym ciągu badamy główną przyczynę problemu i udostępnimy tu dodatkowe aktualizacje, ponieważ więcej informacji jest dostępnych.

3. 3 września 2026 17:02 UTCresolved

   W dniu 3 września 2026 r. 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 17:09 UTCinvestigating

   Aktywnie badamy raporty o degradacji wydajności wpływającej na funkcjonalność form. Będziemy dzielić się aktualizacjami tutaj, jak więcej informacji jest dostępna.

2. 1 września 2026 18:27 UTCidentified

   Zidentyfikowaliśmy prawdopodobną przyczynę problemu, a nasze zespoły pilnie pracują nad łagodzeniem skutków. Dotknięci użytkownicy mogą doświadczać form niedziałających zgodnie z oczekiwaniami. Będziemy nadal udostępniać dodatkowe aktualizacje tutaj, ponieważ więcej informacji jest dostępnych.

3. 1 września 2026 20:33 UTCidentified

   Nasze zespoły nadal pracują nad łagodzeniem skutków. Będziemy nadal udostępniać dodatkowe aktualizacje tutaj, ponieważ więcej informacji jest dostępnych.

4. 1 września 2026 21:24 UTCmonitoring

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

5. 1 września 2026 21:35 UTCresolved

   1 września niektórzy użytkownicy JIRA mogli doświadczyć degradacji wydajności wpływającej na funkcjonalność form. 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 09:12 UTCinvestigating

   Zdajemy sobie sprawę z problemu wpływającego na zmiany w Jira Work Item. Dotknięci użytkownicy mogą doświadczać błędów podczas prób przejścia. Nasze zespoły aktywnie badają przyczynę. Dostarczymy następną aktualizację w ciągu 60 minut, lub wcześniej, jeśli istnieje aktualizacja materiału.

2. 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.

3. 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. 31 sierpnia 2026 18:28 UTCidentified

   Wpływ

2. 1 września 2026 00:47 UTCmonitoring

   Jira Coming Email doświadczają zwiększonych niepowodzeń przy pobieraniu poczty z konta Microsoft. Ma to wpływ na tworzenie wiadomości e-mail i aktualizacje przedmiotów roboczych Jira. Użytkownicy mogą zobaczyć 500 wewnętrznych błędów serwera, gdy email pobrać próby wystąpić. Śledzimy aktualizacje z Microsoft i kontynuujemy przegląd wpływu. Aktualizacje te są dostępne publicznie za pośrednictwem https: / / status.cloud.microsoft /

3. 1 września 2026 05:18 UTCresolved

   Teraz widzimy pełną rekonwalescencję wśród usług Atlassian, które zostały dotknięte, i ten incydent został rozwiązany. Dla tych, którzy nadal doświadczają problemów związanych z tym incydentem, zachęcamy do sprawdzenia https: / / status.cloud.microsoft / ponieważ nadal dostarczają one dalszych informacji na temat dodatkowych usług.

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:24 UTCinvestigating

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

2. 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.

3. 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.

4. 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. 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 16:11 UTCinvestigating

   Aktywnie badamy raporty o degradacji wydajności wpływającej na Automatyzację JIRA. Będziemy dzielić się aktualizacjami tutaj, jak więcej informacji jest dostępna.

2. 6 lipca 2026 17:12 UTCinvestigating

   W dalszym ciągu badamy degradację wydajności wpływającą na automatyzację JIRA w regionach Europy. Będziemy dzielić się aktualizacjami tutaj, jak więcej informacji staje się dostępna.

3. 6 lipca 2026 17:57 UTCidentified

   Zidentyfikowaliśmy prawdopodobną przyczynę problemu, a nasze zespoły pilnie pracują nad łagodzeniem skutków. Dotknięci użytkownicy mogą doświadczyć degradacji wydajności wpływającej na Automatyzację JIRA w regionach Europy. Będziemy nadal udostępniać dodatkowe aktualizacje tutaj, ponieważ więcej informacji jest dostępnych.

4. 6 lipca 2026 18:41 UTCmonitoring

   Degradacja wydajności systemu Automation for JIRA w regionach Europy została rozwiązana, a usługi funkcjonują obecnie normalnie dla wszystkich zainteresowanych klientów. Będziemy nadal uważnie monitorować wyniki, aby potwierdzić stabilność.

5. 6 lipca 2026 18:52 UTCresolved

   W dniu 6 lipca 2026 r. niektórzy użytkownicy w regionach Europy mogli doświadczyć degradacji wydajności przy pomocy Automation for JIRA. Problem został teraz rozwiązany, a usługa działa normalnie dla wszystkich klientów dotkniętych. Jeśli uważasz, że problem nadal trwa, prosimy o kontakt z naszym zespołem wsparcia w celu dalszej pomocy i rozwiązywania problemów.

6. 27 lipca 2026 06:57 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. 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

   Jira and JSM customers using Microsoft OAuth for automatic creation of Jira tickets from email were unable to read email. This is now fixed and functional for all new incoming email processing. The impacted customers during the incident period need to re-authorise the Microsoft mail server to restore and below are the instructions. To re-authorise an incoming Microsoft mail server: Login in Jira as Admin Select  > System Select Mail > Incoming Mail. Select Edit incoming mail server. Select re-authorise . Enter your Microsoft credentials to continue using your Microsoft mail server.

2. 26 czerwca 2026 05:13 UTCresolved

   Our team has proactively reached out to all impacted organizations providing the below instructions to re-authorize their Microsoft mail server. If you are still experiencing this issue, please attempt to complete the re-authorization as advised below. If further issues still occur that you believe to be related to this incident, please reach out to Atlassian support for further assistance.

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:28 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. 6 czerwca 2026 23:21 UTCinvestigating

   We are aware of users currently experiencing loading work items across Atlassian products in some regions. We are investigating with urgency and will provide update within one hour.

2. 7 czerwca 2026 00:07 UTCmonitoring

   A fix has been implemented for the issues some customers have been experiencing with creating and viewing work items in Jira. We are now monitoring for this recovery and will update shortly with further confirmation.

3. 7 czerwca 2026 00:13 UTCresolved

   The issues relating to viewing and creating work items in Jira should now be fully resolved.

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 07:40 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:07 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