Istoricul incidentelor Jira

1. 21 octombrie 2026 la 14:28 UTCinvestigating

   Investigăm o problemă care afectează bara laterală a proiectului şi navigaţia în Jira Cloud. Utilizatorii pot întâlni timeout-uri sau meniuri lipsă atunci când încearcă să acceseze vizualizarea proiectului. Echipele analizează activ telemetria pentru a identifica o atenuare. Vom furniza următoarea actualizare în 60 de minute, sau mai devreme.

2. 21 octombrie 2026 la 15:01 UTCmonitoring

   Contenciosurile sunt în vigoare și vedem recuperare prin serviciile de navigație Jira Cloud. Barurile laterale ale proiectului se încarcă acum conform aşteptărilor. Echipele noastre continuă să monitorizeze situația, și ne așteptăm să confirme rezoluția completă în următoarea noastră actualizare într-o oră sau mai devreme.

3. 21 octombrie 2026 la 15:45 UTCresolved

   Pe 21 octombrie 2026, JIRA, JSM, JPD și JWM este posibil ca utilizatorii să fi experimentat degradarea performanței care a afectat bara laterală și navigarea proiectului. Problema a fost rezolvată acum, iar serviciul funcționează în mod normal pentru toți clienții afectați.

Traducere automată din actualizarea oficială a incidentului.

1. 1 octombrie 2026 la 02:55 UTCinvestigating

   Procesarea locurilor de muncă și programarea locurilor de muncă sunt degradate, ceea ce afectează lucrările programate și asincrone în mai multe produse, inclusiv Jira, Confluence și Bitbucket Cloud. Utilizatorii afectați pot vedea o execuție întârziată sau lipsă a locului de muncă, inclusiv procesarea întârziată a e-mailurilor și a programelor care nu funcționează conform așteptărilor.

2. 1 octombrie 2026 la 03:47 UTCidentified

   Echipele noastre au identificat cauza principală a acestui incident şi acum lucrează activ la atenuarea problemei. Vom furniza actualizări suplimentare într-o oră sau mai devreme dacă avem vreun progres semnificativ de împărtăşit.

3. 1 octombrie 2026 la 04:03 UTCidentified

   Echipele noastre au luat măsuri corective pentru a atenua această problemă și observă unele îmbunătățiri. Continuăm să monitorizăm situaţia şi vom lua măsurile necesare până când incidentul va fi recuperat complet.

4. 1 octombrie 2026 la 05:00 UTCidentified

   Echipele noastre continuă să lucreze la recuperare până când incidentul este complet rezolvat. Vom furniza noi actualizări dacă avem progrese semnificative de împărtăşit. Împreună cu impactul asupra lucrărilor programate și asincrone pe mai multe produse, am identificat, de asemenea, componenta SLA în Jira Service Management nu apare așa cum se așteaptă.

5. 1 octombrie 2026 la 07:01 UTCidentified

   Echipele noastre continuă să lucreze la recuperare până când incidentul este complet rezolvat. Vom furniza noi actualizări dacă avem progrese semnificative de împărtăşit. Există, de asemenea, un impact asupra noilor bilete de sprijin create în ceea ce privește componenta lipsă SLA, notificări care pot afecta timpii de răspuns și gestionarea backlog a unor bilete.

6. 1 octombrie 2026 la 07:51 UTCresolved

   La 01 octombrie 2026, între 01:00 UTC și 07:25 UTC, utilizatorii pot fi văzut lipsa execuției locului de muncă, inclusiv prelucrarea întârziată a e-mail-to-ticket și a programelor care nu funcționează conform așteptărilor. Am implementat acum o fix și servicii au fost restaurate la funcționarea normală pentru clienții afectați. Impactul pentru sprijinirea biletelor cu componenta SLA lipsă și notificările întârziate au confirmat, de asemenea, recuperarea. Notă: Pentru clienţii Bitbucket, dacă au existat conducte programate care nu au rulat în timpul ferestrei incidentului, puteţi aştepta următoarea execuţie programată sau declanşa manual.

7. 9 octombrie 2026 la 18:24 UTCpostmortem

   ### Rezumat La 1 octombrie 2026, între 01:00 și 07:25 UTC, procesarea și programarea de locuri de muncă degradate au afectat produsele Atlassian, inclusiv Bitbucket Cloud, Confluence, Aplicații Forge, Jira, și Jira Service Management în toate regiunile cloud comerciale. Acest lucru a cauzat sarcini de fundal întârziate sau omise, cum ar fi procesarea prin e-mail și conducte programate; utilizarea interactivă a produselor nu a fost afectată. Evenimentul a fost declanșat atunci când un volum neașteptat de sarcini programate a devenit datorate simultan, copleșind platforma noastră comună de planificare a locurilor de muncă. Monitorizarea automată a detectat incidentul în trei minute. Recuperarea a început în jur de 03:45 UTC pe măsură ce capacitatea de inginerie a crescut și platforma a funcționat prin backlog, cu rezoluția completă a ajuns în 6 ore și 25 minute. ### IMPACT Majoritatea sarcinilor programate au încetat să mai funcţioneze la ora 01:00 UTC şi au fost reluate de la ora 03:45 UTC. Cele mai multe lucrări întârziate au ajuns la ora 06:00 UTC, iar întârzierile rămase au fost eliminate până la ora 07:25 UTC. Pentru produsele afectate: - Recurgerea sarcinilor programate omise sau întârziate din cauza în timpul incidentului; rularile sarit nu au fost re-run automat, și sarcinile reluate la ora lor programată viitoare. - Cele mai multe sarcini programate o singură dată au întârziat; un număr mic nu poate fi rulat. - Regulile de automatizare, inclusiv regulile programate, au funcţionat normal, cu excepţia celor menţionate mai jos. Bitbucket Cloud Conducte programate datorate între 01:00 și aproximativ 03:50 UTC nu a rulat. Dacă o conductă programată nu a funcţionat în timpul incidentului, puteţi aştepta următoarea execuţie programată sau o puteţi declanşa manual. Alte conducte nu au fost afectate. Confluență Unele memento-uri de eveniment calendar datorate între 01:00 și aproximativ 03:45 UTC nu au fost trimise. Aplicații forjate Declanşatorii programaţi s-au oprit la ora 01:00 UTC şi s-au reluat de la ora 04:00 UTC; invocările omise nu au fost reluate. Obiective Începutul lunii de e-mail memento pentru a actualiza obiectivele ar putea fi întârziat. Jira și Jira Service Management Mesajele primite au rămas în cutiile poştale şi au fost procesate automat după recuperare. Notificările programate, cum ar fi abonamentele la filtre, au fost amânate. În unele proiecte de servicii, regulile de automatizare și notificările declanșate de SLA sau timpul în stare de funcționare a întârziat. Datele cronometrului SLA au rămas intacte. Suport atlassian Până la 07:25 UTC, problemele cu instrumentele noastre de sprijin ar fi încetinit unele dintre răspunsurile noastre. Pe baza anchetei noastre de până în prezent, nu am identificat nici o pierdere de elemente de lucru, pagini, depozite, sau e-mailuri primite. Cauza ROOT Platforma noastră comună de planificare a locurilor de muncă funcționează la scară mare în condiții normale. Unul dintre consumatorii platformei a programat un volum anormal de mare de sarcini care urmează să fie executate în acelaşi timp la 1 octombrie, ora 01:00 UTC. Această creştere de magnitudine a depăşit limitele noastre arhitecturale şi de scalare, creând un backlog de procesare între serviciile dependente. Ingineria a mărit manual capacitatea de a manevra sarcina anormală, permițând serviciului să proceseze backlog-ul și să revină la operațiunile normale. ### PLANUL ACŢIUNILOR REMEDIARE ŞI PASELE URMĂTOARE Ştim că munca întârziată şi ratată îţi afectează productivitatea. Prioritizăm aceste acţiuni pentru a contribui la reducerea riscului şi impactului unor incidente similare: - **Izolarea volumului de muncă:** Punerea în aplicare corecte de planificare balustrade astfel încât valurile de volum dintr-o singură sursă nu mor de foame sau întârziere sarcini în alte produse. - **Controlul de supratensiune:** Adăugaţi capacităţi operaţionale pentru a accelera rapid sau pentru a întrerupe volumul de muncă programat din surse specifice în timpul creşterilor neaşteptate ale traficului. - ** Îmbunătățește scalarea sistemului și recuperarea:** Îmbunătățește capacitatea platformei și optimizează procesele de scalare pentru a gestiona creșterea cererii extreme și pentru a recupera mai rapid. Ne cerem scuze clienților ale căror servicii au fost afectate în timpul acestui incident. Mulţumesc. Atlassian

Traducere automată din actualizarea oficială a incidentului.

1. 24 septembrie 2026 la 13:54 UTCinvestigating

   Continuăm să investigăm problema care are impact asupra creării emisiunii Jira, a vizionării emisiunii şi a sarcinii de bord. Echipele noastre rămân angajate în identificarea unei rezoluţii. Vom furniza următoarea actualizare într-o oră, sau mai devreme dacă există progrese semnificative.

2. 24 septembrie 2026 la 14:58 UTCmonitoring

   Au fost desfăşurate dispute şi vedem semne pozitive de recuperare în Jira. Probleme vizionarea articolelor de lucru, placi de încărcare, și crearea de bilete sunt subventii. Continuăm să monitorizăm sănătatea sistemului pentru a asigura stabilitatea deplină și vom împărtăși următoarea actualizare în termen de 60 de minute.

3. 24 septembrie 2026 la 15:53 UTCresolved

   La 24 septembrie 2026, unii utilizatori Jira și JSM din regiunea SUA ar fi putut experimenta o degradare a performanțelor care să afecteze crearea de emisiuni Jira, să emită vizionarea și încărcarea la bord. Problema a fost rezolvată acum, iar serviciul funcționează în mod normal pentru toți clienții afectați.

Traducere automată din actualizarea oficială a incidentului.

1. 24 septembrie 2026 la 08:52 UTCmonitoring

   Am urmărit o problemă care a afectat-o pe Jira, unde utilizatorii au întâlnit erori sau performanţe degradate accesând Jira şi probleme de vizualizare. Au loc dispute şi vedem semne pozitive de recuperare. Echipele noastre continuă să monitorizeze situaţia şi ne aşteptăm să confirmăm rezoluţia în următoarele 60 de minute.

2. 24 septembrie 2026 la 10:34 UTCmonitoring

   Continuăm să monitorizăm îndeaproape situația pentru a asigura stabilitatea deplină în Jira. Semnele de recuperare rămân stabile. Următoarea actualizare va fi împărtășită în 60 de minute, sau mai devreme.

3. 24 septembrie 2026 la 11:46 UTCresolved

   Pe 24 septembrie 2026, între 07:28 şi 08:08 UTC, unii utilizatori Jira s-au confruntat cu erori sau performanţe degradate atunci când au accesat Jira şi probleme de vizualizare. Problema a fost rezolvată acum, iar serviciul funcționează în mod normal pentru toți clienții.

Traducere automată din actualizarea oficială a incidentului.

1. 11 septembrie 2026 la 07:46 UTCinvestigating

   Investigăm rapoarte despre o problemă care afectează Jira Software şi Jira Service Management. Utilizatorii afectați pot experimenta erori sau întârzieri în momentul în care încărcarea emite vizualizări și plăci de vizualizare. Lucrăm pentru identificarea cauzei profunde și va oferi o actualizare pe măsură ce mai multe informații devin disponibile.

2. 11 septembrie 2026 la 08:06 UTCmonitoring

   A fost implementată o atenuare și observăm redresarea în cadrul Jira Software și Jira Service Management emite opinii și consilii. Echipele noastre de inginerie monitorizează îndeaproape mediul pentru a asigura stabilitatea susţinută. Vom furniza o altă actualizare odată ce rezoluția completă este confirmată sau în termen de 60 de minute.

3. 11 septembrie 2026 la 08:37 UTCresolved

   La 11 septembrie 2026, între 07:02 UTC și 07:56 UTC, unii utilizatori Jira Software și Jira Service Management s-ar putea să fi experimentat performanțe și erori degradate atunci când au accesat elemente de lucru și borduri. Problema a fost rezolvată acum şi toate serviciile funcţionează normal.

4. 21 septembrie 2026 la 22:36 UTCpostmortem

   ### Rezumat La 11 septembrie 2026, între 07:02 și 07:56 UTC, clienții atlasși, în principal din regiunea UE și unii din regiunea APAC, utilizând produse Jira și Jira Service Management, nu au putut vizualiza în mod consecvent articole de lucru sau consilii de acces. Evenimentul a fost declanşat de o extensie internă de configurare incompatibilă înapoi în platforma de date grafică de bază. Incidentul a fost detectat în termen de 3 minute de către sistemul nostru de monitorizare automată și atenuat prin rularea spre toate regiunile a implementării stabile. Timpul total de rezoluție a fost de aproximativ 54 de minute. ### IMPACT Impactul global a avut loc între 11 septembrie 2026, 07:02 UTC și 11 septembrie 2026, 07:56 UTC pentru două produse. În această perioadă, unii clienți din regiunea UE care au utilizat Jira și Jira Service Management au suferit defecțiuni intermitente sau performanțe degradate. Am observat că un eșec de configurare a împiedicat extinderea serviciilor critice de dependență, ceea ce a dus la o pană de curent pentru utilizatorii afectați. Jira și Jira Service Management utilizatorii au experimentat erori de temporizare și au eșuat sau au întârziat încărcarea paginilor atunci când au încercat să acceseze vizualizarea produsului de lucru, să emită navigator și să vizualizeze bord. Cauza ROOT Incidentul a fost cauzat de implementarea unei modificări a serviciului de stocare grafică, care servește link-uri către entități terțe, cum ar fi cererile de tragere. Schimbarea a dus la eșecul controalelor de pornire, împiedicând noi noduri să se alăture grupului. În timpul traficului de vârf, serviciul nu a putut crește suficient, provocând cereri din partea Jira și Jira Service Management către serviciul de stocare grafică să eșueze. ### PLANUL ACŢIUNILOR REMEDIARE ŞI PASELE URMĂTOARE Ştim că întreruperile afectează productivitatea. Suntem prioritizarea următoarele acțiuni de îmbunătățire pentru a evita repetarea acestui tip de incident: - Implementează configurarea pe bază de cod: Mutăm fișierele de definiție a configurației pentru a face parte din baza de coduri de bază pentru a se asigura că acestea sunt modificate și implementate sincron cu logica aplicației. - Degradare gratioasa in Jira: Implementam modificari la punctele de vedere Jira afectate pentru a segrega intrebari de baza din intrebari de dependenta necritice, permitand paginii sa ramana functionala chiar daca un serviciu din aval esueaza. - Optimizarea Conductei de Desfășurare: Conductele de desfășurare sunt optimizate pentru a permite actualizări accelerate, paralele în timpul scenariilor de răspuns operațional. Ne cerem scuze clienților ale căror servicii au fost afectate în timpul acestui incident; luăm măsuri imediate pentru a îmbunătăți performanța și disponibilitatea platformei. Mulţumesc. Suport Clienţi Atlassian

Traducere automată din actualizarea oficială a incidentului.

1. 3 septembrie 2026 la 15:57 UTCinvestigating

   Investigăm în mod activ rapoarte privind o întrerupere a serviciilor care afectează clienţii JIRA din Estul SUA. Vom împărtăși actualizări aici, deoarece mai multe informații sunt disponibile.

2. 3 septembrie 2026 la 16:35 UTCmonitoring

   Echipele noastre au luat măsuri de atenuare pentru a reduce impactul și recuperarea în rândul clienților afectați a început la 16:15 UTC. Continuăm să investigăm cauza principală a problemei și vom împărtăși actualizări suplimentare aici, deoarece sunt disponibile mai multe informații.

3. 3 septembrie 2026 la 17:02 UTCresolved

   La 3 septembrie 2026, JIRA a suferit o perturbare, iar serviciile nu au fost disponibile utilizatorilor afectați. Problema a fost rezolvată acum, iar serviciul funcționează în mod normal pentru toți clienții afectați.

4. 10 septembrie 2026 la 18:15 UTCpostmortem

   ### Rezumat La 3 septembrie 2026, între 14:52 și 17:02 UTC, clienții Atlassian care utilizează Jira și Jira Service Management în regiunea SUA-Est au experimentat erori intermitente și acces degradat la experiențele Jira de bază, inclusiv Rovo, probleme de vizualizare, plăci, navigație, experiențe susținute de căutare, acțiuni legate de fluxul de lucru. Evenimentul a fost declanșat de o lansare progresivă a schimbării cachingului în serviciul de autorizare al Atlassian. Modificarea a crescut traficul cache și a cauzat saturație în stratul cache utilizat pentru verificarea autorizației, ceea ce a dus apoi la timeouts și erori de serviciu pentru unii clienți din regiune. Incidentul a fost detectat de monitorizarea noastră în aproximativ 12 minute. Am atenuat prin implementarea serviciului cache afectat și dezactivarea steagurile caracteristică asociate cu noua cale cache. Timpul total până la rezoluţie a fost de 2 ore şi 10 minute. ### IMPACT Impactul global a avut loc la 3 septembrie 2026 între 14:52 și 17:02 UTC. În această perioadă, unii clienţi din regiunea SUA-Est, folosind Jira şi Jira Service Management, au suferit eşecuri intermitente sau performanţe degradate atunci când au accesat experienţe care depind de verificarea autorizaţiei. Printre acestea s-au numărat API și acțiunile legate de fluxul de lucru, Rovo, vizualizarea bordului, navigarea, experiențele susținute de căutare. Cauza ROOT Problema a fost cauzată de o lansare progresivă a unei noi căi de cache în serviciul de autorizare Atlassian. Modificarea a fost menită să îmbunătățească scalabilitatea pentru clienții cu seturi mari de date de autorizare prin modificarea modului în care unele informații de autorizare au fost cached. În timpul derulării, căile existente și noi cache au fost active pentru verificarea coerenței, care a crescut numărul de intrări cache și operațiunile cache. În regiunea SUA-Est, unde volumul traficului a fost cel mai mare, această încărcătură suplimentară saturate părți ale stratului comun cache. Cache solicită temporizat, serviciul de autorizare a făcut mai multe cereri de rezervă pentru sistemele din amonte, crescând în continuare sarcina și provocând întrerupătoare de circuit și temporizări. Dependent Jira experiențe care necesită controale de autorizare apoi returnat erori intermitente sau nu a reușit să încarce pentru utilizatorii afectați. Monitorizarea iniţială a introducerii nu a ieşit la suprafaţă suficient de devreme, deoarece regiunile cu trafic redus nu au arătat acelaşi nivel de degradare, iar unele alerte nu au fost vizate sau rutate într-un mod care a evidenţiat saturaţia cache-ului regional înainte de creşterea impactului asupra clienţilor. ### PLANUL ACŢIUNILOR REMEDIARE ŞI PASELE URMĂTOARE Știm că întreruperile afectează productivitatea clienților și ne cerem scuze clienților care au fost afectați în timpul acestui incident. Suntem prioritizarea următoarele acțiuni de îmbunătățire pentru a ajuta la reducerea riscului și impactului incidentelor similare: - **Enhance desfasurare protectii:** Îmbunătățește practicile de punere în aplicare a cache-ului cu risc ridicat și a modificărilor de autorizare-service prin utilizarea unor creșteri mai mici, regionale și de validare a comportamentului în regiunile cu trafic mai mare înainte de facilitarea mai largă. - **Implement degradare gratioasa:** Evaluați opțiunile de degradare grațioasă pentru controalele de autorizare astfel încât experiențele dependente să poată continua să funcționeze, dacă nu este disponibilă o dependență de cache. - **Consolidarea telemetriei regionale și monitorizarea capacității:** Consolidarea capacității cache și monitorizarea sănătății, inclusiv detectoare regionale pentru CPU cache, presiunea memoriei, rata de lovire, rata de evacuare, rata de temporizare, și comportamentul de conectare. - ** Testarea sarcinii pe scară de producție:** Revizuire proiectare cache și planificarea capacității pentru datele de autorizare, astfel încât modificările care cresc cardinalitatea cheie sau operațiunile cache sunt testate în funcție de traficul reprezentativ de producție înainte de lansare. - ** Rezistenţa clienţilor:** Revizuiți timeout client și reconectați comportamentul pentru a reduce riscul de furtuni de conectare atunci când nodurile cache devin lente sau saturate. Vom continua să validăm aceste acțiuni prin procesul de revizuire a incidentelor și să le urmărim până la finalizarea cu echipele de inginerie responsabile. Mulţumesc. Suport Clienţi Atlassian

Traducere automată din actualizarea oficială a incidentului.

1. 1 septembrie 2026 la 17:09 UTCinvestigating

   Investigăm în mod activ rapoarte privind degradarea performanței care afectează funcționalitatea formelor. Vom împărtăși actualizări aici, deoarece mai multe informații sunt disponibile.

2. 1 septembrie 2026 la 18:27 UTCidentified

   Am identificat cauza probabilă a problemei, iar echipele noastre lucrează cu sârguinţă la o atenuare. Utilizatorii afectaţi pot prezenta forme care nu funcţionează conform aşteptărilor. Vom continua să partajăm actualizări suplimentare aici, deoarece sunt disponibile mai multe informații.

3. 1 septembrie 2026 la 20:33 UTCidentified

   Echipele noastre continuă să lucreze la atenuare. Vom continua să partajăm actualizări suplimentare aici, deoarece sunt disponibile mai multe informații.

4. 1 septembrie 2026 la 21:24 UTCmonitoring

   Degradarea performanței JIRA a fost rezolvată, iar serviciile funcționează în mod normal pentru toți clienții afectați. Vom continua să monitorizăm îndeaproape performanța pentru a confirma stabilitatea.

5. 1 septembrie 2026 la 21:35 UTCresolved

   La 1 septembrie, unii utilizatori JIRA ar fi putut experimenta degradarea performanței care afectează funcționalitatea formelor. Problema a fost rezolvată acum, iar serviciul funcționează în mod normal pentru toți clienții afectați.

Traducere automată din actualizarea oficială a incidentului.

1. 1 septembrie 2026 la 09:12 UTCinvestigating

   Suntem conştienţi de o problemă care afectează tranziţiile de la Jira Work Post. Utilizatorii afectați pot experimenta erori atunci când încearcă să problema tranziției. Echipele noastre investighează în mod activ cauza principală. Vom furniza următoarea actualizare în 60 de minute, sau mai devreme dacă există o actualizare materială.

2. 1 septembrie 2026 la 10:11 UTCmonitoring

   Am identificat cauza principală a problemei care afectează tranziţiile Jira Work Post şi am aplicat un fix. Vedem în prezent semne de recuperare și vom continua să monitorizăm. Vom furniza următoarea actualizare în următoarele 1 oră, sau mai devreme dacă există o actualizare materială.

3. 1 septembrie 2026 la 11:44 UTCresolved

   La 1 septembrie 2026, între 04:22 UTC și 10:59 UTC, unii utilizatori Jira ar fi putut suferi întreruperi de serviciu. Problema a fost rezolvată, iar serviciul funcționează normal pentru toți clienții.

Traducere automată din actualizarea oficială a incidentului.

1. 31 august 2026 la 18:28 UTCidentified

   Impact

2. 1 septembrie 2026 la 00:47 UTCmonitoring

   Jira Incoming Email-uri se confruntă cu eșecuri ridicate atunci când aducerea de mail din conturile Microsoft. Acest lucru afectează crearea prin e-mail și actualizări ale articolelor de lucru Jira. Utilizatorii pot vedea 500 de erori interne ale serverului atunci când apar încercări de e-mail. Urmărim actualizări de la Microsoft și continuăm să revizuim impactul. Aceste actualizări sunt disponibile public prin intermediul https://status.cloud.microsoft/

3. 1 septembrie 2026 la 05:18 UTCresolved

   Vedem acum o recuperare completă a serviciilor Atlassiene care au fost afectate, iar acest incident este acum rezolvat. Pentru cei care continuă să experimenteze probleme legate de acest incident vă încurajăm să vă rugăm să verificați https://status.cloud.microsoft/ deoarece continuă să furnizeze actualizări suplimentare cu privire la serviciile suplimentare.

Traducere automată din actualizarea oficială a incidentului.

1. 27 august 2026 la 04:22 UTCinvestigating

   Echipele noastre au identificat această problemă afectează şi Jira Service Management. Vom actualiza cât mai curând posibil.

2. 27 august 2026 la 04:25 UTCinvestigating

   Investigăm o problemă cu accesarea produselor care afectează confluența, Jira Cloud și Jira Serivce Management. Echipa noastră investighează urgent această problemă și vom oferi detalii suplimentare în termen de o oră sau mai devreme dacă informațiile sunt disponibile.

3. 27 august 2026 la 04:33 UTCidentified

   Echipele noastre au identificat o posibilă soluţie pentru problemele care afectează Jira Cloud, Jira Service Management şi Confluence. Acest lucru este acum transmis regiunilor afectate și ne vom actualiza în termen de o oră, sau mai devreme dacă sunt disponibile informații suplimentare.

4. 27 august 2026 la 04:51 UTCmonitoring

   Problemele legate de încărcarea Jira Cloud, Jira Service Management și Confluența sunt acum în recuperare. Vom continua să monitorizeze îndeaproape pentru a confirma stabilitatea și de a oferi o actualizare în termen de o oră, sau mai devreme ca mai multe informații devine disponibile.

5. 27 august 2026 la 05:16 UTCresolved

   La 27 august 2026 UTC, produsele Atlassian inclusiv Jira Cloud, Jira Service Management și Confluence au suferit o perturbare, iar serviciile nu au fost disponibile pentru utilizatorii afectați. Problema a fost rezolvată acum, iar serviciul funcționează în mod normal pentru toți clienții afectați. O autopsie publică pentru acest incident va fi pusă la dispoziţie pe această pagină atunci când investigaţia noastră completă asupra incidentului a fost finalizată.

6. 7 septembrie 2026 la 02:53 UTCpostmortem

   ** SUMARY ** La 27 august 2026, între 03:51 și 04:35 UTC, clienții atlasși din Europa de Vest și din regiunile APAC de Sud-Est nu au putut ajunge la produsele Atlassian Cloud, inclusiv Atlassian Analytics, Compass, Confluence, Focus, Guard, Jira, JPD, JSM, Opsgenie, Rovo Search și Talent. Evenimentul a fost declanşat de o schimbare de cod defectă în stratul de rutare al uneia dintre flotele noastre proxy. Acest lucru a dus la apariția unor erori HTTP 404 în traficul tuturor clienților prin intermediul acestor flote proxy din Europa de Vest și din regiunile APAC de Sud-Est. Incidentul a fost detectat în termen de 1 minut de către sistemele noastre de monitorizare automată, și atenuat prin rularea înapoi la eliberarea configurației anterioare, care a pus flota proxy într-o stare bună cunoscută. După recuperarea flotei proxy, unii clienți Jira și Confluence (indiferent de locație) au primit erori HTTP 503 între 04:33 și 04:53 UTC ca flote de server ajustate la afluxul de trafic. ** IMPACT ** Impactul global a fost împărțit în două perioade discrete: - În primul rând, la 27 august 2026, între 03:51 și 04:35 UTC pe Atlassian Analytics, Compass, Confluence, Focus, Guard, Jira, JPD, JSM, Opsgenie, Rovo Search și Talent. Incidentul a cauzat întreruperea traficului de servicii către clienţi provenind din regiunile Europei de Vest şi de Sud-Est APAC, iar erorile HTTP 404 au revenit. Nu a existat niciun impact asupra traficului API al clientului, indiferent de locul de origine. - În al doilea rând, la 27 august 2026, între 04:33 și 04:53 UTC, unii clienți Jira și Confluence au primit erori HTTP 503 după ce erorile HTTP 404 au fost rezolvate: ~32% din cererile din ap-sud-est-2, ~4% din cererile din eu-vest-1, ~ 2,5% din cererile din noi-vest-2 și ap-sud-est-1, și <1% din cererile din toate regiunile globale rămase. **ROOT CAuse ** Evenimentul a fost declanșat de o schimbare de cod la una dintre flotele noastre proxy. Cu toate acestea, a existat un defect în codul aplicat care nu a fost detectat prin testare manuală și automată. Acest lucru a condus la o configuraţie greşită a funcţionalităţii de căutare a chiriaşului în nivelul proxy, ceea ce a condus la un trafic care nu are o cale de reţea validă, ceea ce a condus la utilizarea erorilor HTTP 404 pentru traficul tuturor clienţilor prin intermediul acestor flote proxy din Europa de Vest şi regiunile APAC de Sud-Est. După recuperarea impactului de nivel proxy, a fost cauzată o a doua perioadă de impact unor clienți Jira și Confluence. Din cauza reducerii traficului deservit Jira și Confluence de flota proxy, nivelurile Jira și Confluence de servicii au crescut automat în numărul de servere care servesc traficul clienților. Odată ce funcționalitatea flotei proxy a fost restabilită, valul de trafic a copleșit nivelul de servicii Jira, care a returnat o rată ridicată de HTTP 503s până când a crescut automat din nou. ** PLANUL ACŢIUNILOR REMEDIALE ŞI PASURILE URMĂTOARE ** Ştim că întreruperile afectează productivitatea. În timp ce avem un număr de procese de testare și prevenire în vigoare, această problemă specifică nu a fost identificată deoarece schimbarea a fost legată de un tip foarte specific de caz de margine, care nu a fost preluat de suitele noastre automatizate de implementare continuă și script-uri de testare manuale. Prioritizăm următoarele acțiuni de îmbunătățire pentru a evita repetarea acestui tip de incident: - ** Adăugarea altor măsuri de protecţie:** Conducta de implementare pentru configurarea nivelului de proxy afectat utiliza un sistem moștenit și nu dispunea de caracteristicile regionale lente corespunzătoare configurate corect. Am adăugat deja garanțiile corecte și mutăm acest lucru la conducta noastră standard de implementare care include toate controalele noastre de siguranță activate implicit. De asemenea, audităm toate serviciile de rețea pentru a valida faptul că acestea sunt toate pe noul serviciu standard de implementare a conductelor. - **Enhancing service flow scalating policys:** Configuraţia de scalare automată pentru flotele noastre de servicii Jira şi Confluence a fost configurată să urce prea agresiv. Revizuim și actualizăm în detaliu toate politicile complexe Jira și Confluence de scalare auto pentru a ne asigura că acest lucru nu are loc din nou. Ne cerem scuze clienților ale căror servicii au fost afectate în timpul acestui incident; luăm măsuri imediate pentru a îmbunătăți performanța și disponibilitatea platformei. Mulţumesc. Suport Clienţi Atlassian

Traducere automată din actualizarea oficială a incidentului.

1. 25 august 2026 la 08:42 UTCinvestigating

   Investigăm în mod activ rapoarte privind degradarea performanţelor care au dus la creşterea latenţei pentru notificări prin e-mail, mobile şi lente pentru Jira, JSM şi Confluence. Echipele noastre investighează problema şi mai multe informaţii vor fi împărtăşite în următoarea oră.

2. 25 august 2026 la 09:44 UTCinvestigating

   Echipele noastre au identificat regiunile afectate și lucrează activ pentru a atenua această problemă. Vom furniza actualizări suplimentare într-o oră, sau mai devreme dacă avem progrese semnificative de împărtășit.

3. 25 august 2026 la 10:49 UTCinvestigating

   Echipele noastre au luat puține măsuri corective pentru a atenua problema într-una dintre regiunile afectate și observă unele îmbunătățiri. Continuăm să monitorizăm situaţia şi vom lua măsurile necesare până când incidentul va fi recuperat complet. Vom furniza actualizări suplimentare în următoarele două ore, sau mai devreme dacă avem progrese semnificative de împărtășit.

4. 25 august 2026 la 13:01 UTCmonitoring

   Echipele noastre continuă să atenueze problema și observă unele îmbunătățiri. Continuăm să monitorizăm situaţia şi vom lua măsurile necesare până când incidentul va fi recuperat complet. Vom furniza actualizări suplimentare în următoarele două ore, sau mai devreme dacă avem progrese semnificative de împărtășit.

5. 25 august 2026 la 14:33 UTCresolved

   Pe data de 25 august 2026, unii utilizatori s-ar putea să fi experimentat o creştere a latentităţii în notificarea prin e-mail, mobilă şi lejeră. Problema a fost rezolvată acum, iar serviciul funcționează în mod normal pentru toți clienții.

Traducere automată din actualizarea oficială a incidentului.

1. 24 august 2026 la 19:22 UTCinvestigating

   Investigăm în mod activ rapoarte de degradare a performanţelor care au dus la o creştere a latenţei pentru e-mail, mobile şi notificări Slack pentru JIRA, JSM şi Confluenţă. Vom împărtăși actualizări aici, deoarece mai multe informații sunt disponibile.

2. 24 august 2026 la 20:25 UTCinvestigating

   Echipele noastre au identificat trei regiuni afectate și continuă să investigheze creșterea latenței care afectează emailul, mobilul și notificarea Slack pentru JIRA, JSM și Confluence.

3. 24 august 2026 la 21:30 UTCidentified

   Am identificat cauza probabilă a problemei, iar echipele noastre lucrează cu sârguinţă la o atenuare. Utilizatorii afectaţi pot experimenta o creştere a latenţei în e-mail, mobile şi Slack notificări pentru JIRA, JSM şi Confluenţă. Vom continua să partajăm actualizări suplimentare aici, deoarece sunt disponibile mai multe informații.

4. 24 august 2026 la 23:15 UTCresolved

   La 24 august 2026, unii utilizatori JIRA, JSM și Confluence s-ar putea să fi cunoscut o degradare a performanței, ceea ce a dus la creșterea latenței în notificările de e-mail, mobile și Slack. Problema a fost rezolvată pentru notificările nou create, iar serviciul funcționează în mod normal. Pot exista notificări mai vechi care sunt prelucrate şi ne aşteptăm ca acestea să fie finalizate în următoarele câteva ore.

Traducere automată din actualizarea oficială a incidentului.

1. 7 august 2026 la 11:30 UTCinvestigating

   Investigăm probleme care vă afectează serviciile. Ne străduim în mod activ să identificăm cauza și să rezolvăm problema. Vom furniza noi actualizări într-o oră.

2. 7 august 2026 la 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 august 2026 la 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.

Traducere automată din actualizarea oficială a incidentului.

1. 7 august 2026 la 01:24 UTCinvestigating

   Investigăm în mod activ rapoarte privind degradarea performanței care afectează JIRA. Utilizatorii afectați pot experimenta erori de vizualizare a problemelor și plăcilor. Vom împărtăși actualizări aici, deoarece mai multe informații sunt disponibile.

2. 7 august 2026 la 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 august 2026 la 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 august 2026 la 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.

Traducere automată din actualizarea oficială a incidentului.

1. 20 iulie 2026 la 20:18 UTCinvestigating

   Investigăm în mod activ rapoarte privind degradarea performanţelor care afectează regulile de automatizare pentru Jira şi Jira Service Management. Vom împărtăși actualizări aici, deoarece mai multe informații sunt disponibile.

2. 20 iulie 2026 la 21:27 UTCinvestigating

   Echipele noastre continuă să investigheze întârzierile în execuţiile Jira şi Jira Service Management. Vedem semne de îmbunătățire, dar utilizatorii afectați pot experimenta încă întârzieri. Vom împărtăși actualizări aici, deoarece mai multe informații sunt disponibile.

3. 21 iulie 2026 la 04:53 UTCidentified

   Echipa a identificat o cauza radacina si dupa testarea initiala, acum adopta schimbari de scalare pentru a ajuta la prevenirea acestor intarzieri de executie regula. Vom monitoriza performanța în următoarele 24 de ore și va oferi o actualizare la acel moment sau mai devreme dacă putem confirma îmbunătățirea este în vigoare.

4. 22 iulie 2026 la 00:56 UTCresolved

   Echipa noastră a fost în măsură să valideze că toate execuţiile de regulă sunt efectuate în mod normal şi această problemă este acum rezolvată.

Traducere automată din actualizarea oficială a incidentului.

1. 20 iulie 2026 la 16:03 UTCinvestigating

   Investigăm în mod activ rapoarte privind degradarea performanţelor care afectează regulile de automatizare pentru Jira şi Jira Service Management. Vom împărtăși actualizări aici, deoarece mai multe informații sunt disponibile.

2. 20 iulie 2026 la 16:58 UTCidentified

   Am identificat cauza probabilă a problemei, iar echipele noastre lucrează cu sârguinţă la o atenuare. Cu toate acestea, în prezent vedem semne de îmbunătăţiri, utilizatorii afectaţi pot experimenta întârzieri în execuţiile regulilor Jira şi Jira Service. Vom continua să partaja actualizări suplimentare aici, deoarece mai multe informații sunt disponibile.

3. 20 iulie 2026 la 17:23 UTCresolved

   La 20 iulie 2026, unii utilizatori Jira și Jira Service Management s-ar putea să fi experimentat degradarea performanței de executare a normelor de automatizare. Problema a fost rezolvată acum, iar serviciul funcționează în mod normal pentru toți clienții afectați.

Traducere automată din actualizarea oficială a incidentului.

1. 6 iulie 2026 la 16:11 UTCinvestigating

   Investigăm în mod activ rapoarte privind degradarea performanţelor care afectează Automatizarea pentru JIRA. Vom împărtăși actualizări aici, deoarece mai multe informații sunt disponibile.

2. 6 iulie 2026 la 17:12 UTCinvestigating

   Continuăm să investigăm degradarea performanţelor care afectează Automatizarea pentru JIRA în regiunile Europei. Vom partaja actualizări aici ca mai multe informații devin disponibile.

3. 6 iulie 2026 la 17:57 UTCidentified

   Am identificat cauza probabilă a problemei, iar echipele noastre lucrează cu sârguinţă la o atenuare. Utilizatorii afectați pot experimenta degradarea performanței care afectează Automatizarea JIRA în regiunile Europei. Vom continua să partajăm actualizări suplimentare aici, deoarece sunt disponibile mai multe informații.

4. 6 iulie 2026 la 18:41 UTCmonitoring

   Degradarea performanţelor Automatizării pentru JIRA în regiunile Europei a fost rezolvată, iar serviciile funcţionează în mod normal pentru toţi clienţii afectaţi. Vom continua să monitorizăm îndeaproape performanța pentru a confirma stabilitatea.

5. 6 iulie 2026 la 18:52 UTCresolved

   La 6 iulie 2026, unii utilizatori din regiunile Europei s-au confruntat cu degradarea performanţelor prin Automatizare pentru JIRA. Problema a fost rezolvată acum, iar serviciul funcționează în mod normal pentru toți clienții afectați. Daca credeti ca problema continua sa persiste, va rugam sa contactati echipa noastra de sprijin pentru asistenta suplimentara si probleme.

6. 27 iulie 2026 la 06:57 UTCpostmortem

   ## Rezumat La 6 iulie 2026, între 06:51 și 20:17 UTC, clienții atlasși care utilizează produse cloud în regiunile europene (UE) au suferit perturbări ale serviciilor care afectează executarea normelor de automatizare, căutarea utilizatorilor, culegerea utilizatorilor și fluxurile de lucru aferente. Incidentul a început atunci când un serviciu principal de identitate a experimentat saturarea bazei de date în regiunile UE, crescând ratele de latență și de eroare. În timp ce cei care au răspuns au lucrat pentru a restabili capacitatea, a fost aplicată o atenuare de urgență care a blocat normele de automatizare de la accesarea obiectivului de identitate. În paralel, latența de identitate ridicată a contribuit la un eșec în cascadă într-un serviciu de căutare a utilizatorilor din aval, la degradarea căutării utilizatorilor și la experiențele de culegători de utilizatori din mai multe produse. Serviciul a fost restaurat progresiv după adăugarea capacității suplimentare de citire a bazei de date, blocul de urgență a fost eliminat, iar serviciul de căutare a utilizatorilor a fost escaladat manual. ## Impact Incidentul a afectat clienții din mai multe produse atlassiene din regiunile UE la 6 iulie 2026 între 06:51 și 20:17 UTC. - **Degradarea serviciului de identitate:** ratele ridicate de acces intermitent refuzat au fost observate la toate produsele din regiunile UE. - **Eșecuri de execuție a normelor de automatizare:** reguli de automatizare folosind utilizatorul implicit (Automatizare pentru Jira) în Jira, Jira Service Management și Jira Product Discovery în regiunile UE au eșuat cu o eroare de permisiune. - **User search and user picker fails:** user search success rates scazut semnificativ in regiunile UE, cu capacitatea de cules a utilizatorului in mare parte indisponibil la toate produsele. ## Root Cause Incidentul provine dintr-o schimbare de configurare recentă care a redus durata de viață a cache-ului pentru un serviciu de identitate de bază. Pe măsură ce traficul din ziua de muncă a UE a crescut la 6 iulie 2026, o parte mai mare a cererilor au început să ajungă direct la baza de date de suport, în loc să fie servite de la cache. Bazele de date ale UE nu au avut suficientă capacitate regională pentru a absorbi creșterea sarcinii, iar CPU-ul din baza de date a ajuns la saturare, provocând rate ridicate de acces intermitent refuzat. Ca parte a atenuării, s-a aplicat un bloc de urgență pentru a reduce sarcina din baza de date a serviciului de identitate saturat și pentru a prioritiza restabilirea serviciului de identitate centrală. Acest lucru a împiedicat din greşeală regulile de automatizare să-şi treacă verificările înainte de execuţie, determinându-le să eşueze. Durata prelungită s-a datorat în primul rând unui val secundar de eşecuri ale regulilor de automatizare cauzate de limita de procesare. În paralel, degradarea susținută a cauzat latență sporită și eșecuri intermitente la nivelul produselor care depind de aceste verificări și au contribuit la o defecțiune în cascadă într-un serviciu de căutare în aval. Ca urmare, experienţele de căutare a utilizatorilor şi ale culegerii utilizatorilor au devenit în mare măsură indisponibile în regiunile UE până când serviciul de permisiuni a fost recuperat şi serviciul de căutare a utilizatorilor a fost extins pentru a restabili capacitatea. ## Plan de acțiuni corective și pașii următori Ştim că întreruperile afectează productivitatea clienţilor. Atlassian prioritizează următoarele acţiuni pentru prevenirea unor incidente similare în viitor: - **Îmbunătățește garanțiile pentru atenuarea situațiilor de urgență cu impact ridicat:** Utilizarea eficientă a instrumentelor operaționale astfel încât etapele de atenuare să poată dezactiva fluxurile de lucru orientate către clienți necesită o revizuire suplimentară. - ** Consolidarea capacității infrastructurii de identitate și a siguranței schimbării:** Revizuirea bazei de date regionale de dimensionare și capacitatea headroom pentru a reduce riscul de saturare în perioadele de trafic de vârf, și rafinarea procesului de evaluare pentru modificările configurației, astfel încât impactul sarcinii în aval este evaluat înainte de introducerea producției. - ** Consolidarea rezilienței împotriva defecțiunilor de cascadă din degradarea în amonte:** Audit de manipulare a presiunii spate, configurarea întrerupătorului de circuit, și autoscalare comportament în servicii, astfel încât degradarea în amonte nu provoacă un impact mai larg al produsului pe parcursul căutării utilizatorilor, culegator de utilizator, și experiențe conexe. - **Harden replay mecanisms for Automation rule fails:** Sporirea rezilienței normelor de automatizare pentru a reduce impactul asociat incidentelor care au loc în dependențe. Noi recunoaștem cât de critice fluxuri de produse fiabile sunt pentru clienții noștri, și ne cerem scuze clienților care au fost afectate de acest incident. Mulţumesc. Suport Clienţi Atlassian

Traducere automată din actualizarea oficială a incidentului.

1. 6 iulie 2026 la 09:23 UTCinvestigating

   Investigăm probleme care vă afectează serviciile. Ne străduim în mod activ să identificăm cauza și să rezolvăm problema. Vom furniza noi actualizări într-o oră.

2. 6 iulie 2026 la 10:04 UTCmonitoring

   Am aplicat cu succes fix și vedem recuperare. Capacitățile de automatizare sunt restaurate și ar trebui să funcționeze în mod normal mergând înainte. Cererile de prelucrare a datelor prezentate în timpul perioadei de întrerupere nu au fost completate din cauza indisponibilitatea serviciului. Continuăm să monitorizăm situaţia şi ne aşteptăm la o recuperare completă în următoarea oră. Vom furniza actualizări suplimentare în următoarea oră sau mai devreme.

3. 6 iulie 2026 la 11:46 UTCinvestigating

   Vedem în continuare unele probleme legate de căutarea utilizatorilor, utilizarea de utilizatori și active în întreaga regiune UE-Regiune. Vom continua să investigăm situația și vom oferi actualizări suplimentare în următoarea oră sau mai devreme.

4. 6 iulie 2026 la 12:25 UTCmonitoring

   Am aplicat fix pentru a atenua problema și vedem recuperare. Continuăm să monitorizăm situația și ar trebui să fim pe deplin recuperați în curând. Ar trebui să putem oferi mai multe actualizări în următoarea oră sau mai devreme.

5. 6 iulie 2026 la 13:04 UTCresolved

   La data de 6 iulie 2026, între 06:51 UTC - 09:39 UTC unii utilizatori ar fi putut avea probleme legate de automatizare, iar între 08:10 UTC - 11:50 UTC unii utilizatori ar fi putut avea probleme legate de căutarea utilizatorilor, utilizator-picker și active în UE-Regiunea. Problemele au fost rezolvate acum, iar serviciile funcționează în mod normal pentru toți clienții.

6. 17 iulie 2026 la 16:59 UTCpostmortem

   ## Rezumat La 6 iulie 2026, între 06:51 și 20:17 UTC, clienții atlasși care utilizează produse cloud în regiunile europene (UE) au suferit perturbări ale serviciilor care afectează executarea normelor de automatizare, căutarea utilizatorilor, culegerea utilizatorilor și fluxurile de lucru aferente. Incidentul a început atunci când un serviciu principal de identitate a experimentat saturarea bazei de date în regiunile UE, crescând ratele de latență și de eroare. În timp ce cei care au răspuns au lucrat pentru a restabili capacitatea, a fost aplicată o atenuare de urgență care a blocat normele de automatizare de la accesarea obiectivului de identitate. În paralel, latența de identitate ridicată a contribuit la un eșec în cascadă într-un serviciu de căutare a utilizatorilor din aval, la degradarea căutării utilizatorilor și la experiențele de culegători de utilizatori din mai multe produse. Serviciul a fost restaurat progresiv după adăugarea capacității suplimentare de citire a bazei de date, blocul de urgență a fost eliminat, iar serviciul de căutare a utilizatorilor a fost escaladat manual. ## Impact Incidentul a afectat clienții din mai multe produse atlassiene din regiunile UE la 6 iulie 2026 între 06:51 și 20:17 UTC. - **Degradarea serviciului de identitate:** ratele ridicate de acces intermitent refuzat au fost observate la toate produsele din regiunile UE. - **Eșecuri de execuție a normelor de automatizare:** reguli de automatizare folosind utilizatorul implicit (Automatizare pentru Jira) în Jira, Jira Service Management și Jira Product Discovery în regiunile UE au eșuat cu o eroare de permisiune. - **User search and user picker fails:** user search success rates scazut semnificativ in regiunile UE, cu capacitatea de cules a utilizatorului in mare parte indisponibil la toate produsele. ## Root Cause Incidentul provine dintr-o schimbare de configurare recentă care a redus durata de viață a cache-ului pentru un serviciu de identitate de bază. Pe măsură ce traficul din ziua de muncă a UE a crescut la 6 iulie 2026, o parte mai mare a cererilor au început să ajungă direct la baza de date de suport, în loc să fie servite de la cache. Bazele de date ale UE nu au avut suficientă capacitate regională pentru a absorbi creșterea sarcinii, iar CPU-ul din baza de date a ajuns la saturare, provocând rate ridicate de acces intermitent refuzat. Ca parte a atenuării, s-a aplicat un bloc de urgență pentru a reduce sarcina din baza de date a serviciului de identitate saturat și pentru a prioritiza restabilirea serviciului de identitate centrală. Acest lucru a împiedicat din greşeală regulile de automatizare să-şi treacă verificările înainte de execuţie, determinându-le să eşueze. Durata prelungită s-a datorat în primul rând unui val secundar de eşecuri ale regulilor de automatizare cauzate de limita de procesare. În paralel, degradarea susținută a cauzat latență sporită și eșecuri intermitente la nivelul produselor care depind de aceste verificări și au contribuit la o defecțiune în cascadă într-un serviciu de căutare în aval. Ca urmare, experienţele de căutare a utilizatorilor şi ale culegerii utilizatorilor au devenit în mare măsură indisponibile în regiunile UE până când serviciul de permisiuni a fost recuperat şi serviciul de căutare a utilizatorilor a fost extins pentru a restabili capacitatea. ## Plan de acțiuni corective și pașii următori Ştim că întreruperile afectează productivitatea clienţilor. Atlassian prioritizează următoarele acţiuni pentru prevenirea unor incidente similare în viitor: - **Îmbunătățește garanțiile pentru atenuarea situațiilor de urgență cu impact ridicat:** Utilizarea eficientă a instrumentelor operaționale astfel încât etapele de atenuare să poată dezactiva fluxurile de lucru orientate către clienți necesită o revizuire suplimentară. - ** Consolidarea capacității infrastructurii de identitate și a siguranței schimbării:** Revizuirea bazei de date regionale de dimensionare și capacitatea headroom pentru a reduce riscul de saturare în perioadele de trafic de vârf, și rafinarea procesului de evaluare pentru modificările configurației, astfel încât impactul sarcinii în aval este evaluat înainte de introducerea producției. - ** Consolidarea rezilienței împotriva defecțiunilor de cascadă din degradarea în amonte:** Audit de manipulare a presiunii spate, configurarea întrerupătorului de circuit, și autoscalare comportament în servicii, astfel încât degradarea în amonte nu provoacă un impact mai larg al produsului pe parcursul căutării utilizatorilor, culegator de utilizator, și experiențe conexe. - **Harden replay mecanisms for Automation rule fails:** Sporirea rezilienței normelor de automatizare pentru a reduce impactul asociat incidentelor care au loc în dependențe. Noi recunoaștem cât de critice fluxuri de produse fiabile sunt pentru clienții noștri, și ne cerem scuze clienților care au fost afectate de acest incident. Mulţumesc. Suport Clienţi Atlassian

Traducere automată din actualizarea oficială a incidentului.

1. 19 iunie 2026 la 22:46 UTCmonitoring

   Jira și clienții JSM care utilizează Microsoft OAuth pentru crearea automată a biletelor Jira din email nu au putut citi e-mail. Acest lucru este acum fix și funcțional pentru toate noile procesare e-mail. Clienții afectați în timpul perioadei de incident trebuie să reautorizeze serverul de poștă Microsoft pentru a restabili și mai jos sunt instrucțiunile. Pentru a reautoriza un server de e-mail Microsoft: Autentificare în Jira ca admin Selectează > Sistem Selectaţi mail > Incoming Mail. Selectează serverul de e- mail. Selectați re-autorizare . Introduceți acreditările Microsoft pentru a continua să utilizați serverul de poștă Microsoft.

2. 26 iunie 2026 la 05:13 UTCresolved

   Echipa noastră a ajuns în mod proactiv la toate organizațiile afectate oferind instrucțiunile de mai jos pentru a re-autoriza serverul lor de poștă Microsoft. Dacă încă vă confruntați cu această problemă, vă rugăm să încercați să finalizați re-autorizarea așa cum este recomandat mai jos. În cazul în care mai apar probleme care vi se par legate de acest incident, vă rugăm să apelați la sprijinul Atlassian pentru asistență suplimentară.

Traducere automată din actualizarea oficială a incidentului.

1. 10 iunie 2026 la 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 iunie 2026 la 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 iunie 2026 la 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 iunie 2026 la 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.