Istoricul incidentelor Phraseapp

1. 15 octombrie 2026 la 09:44 UTCinvestigating

   Investigăm în prezent o problemă care afectează serviciile Phrase TMS în regiunea UE, inclusiv editorul CAT, API, gestionarea proiectelor, memoria de traducere și componentele aferente. Utilizatorii pot experimenta erori sau nu pot accesa aceste servicii în acest moment. Echipa noastră lucrează activ pentru a identifica cauza și a restabili funcționalitatea completă cât mai repede posibil.

2. 15 octombrie 2026 la 09:58 UTCmonitoring

   Serviciile s-au stabilizat și Phrase TMS în regiunea UE funcționează în mod normal. Continuăm să monitorizăm situaţia.

3. 15 octombrie 2026 la 10:24 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 23 septembrie 2026 la 08:48 UTCinvestigating

   Unii utilizatori ar putea avea probleme cu accesarea Phrase TMS.

2. 23 septembrie 2026 la 08:58 UTCidentified

   Problema a fost identificată și se pune în aplicare o soluție.

3. 23 septembrie 2026 la 09:28 UTCmonitoring

   Fixarea a fost pusă în aplicare și monitorizăm rezultatele. Phrase TMS poate fi acum accesat fără alte probleme.

4. 23 septembrie 2026 la 10:03 UTCresolved

   Acest incident a fost rezolvat.

5. 30 septembrie 2026 la 12:12 UTCpostmortem

   ## Introducere Am dori să împărtăşim detalii despre un incident care a afectat accesul la Phrase TMS la 23 septembrie 2026. Intre 9:02 AM si 11:27 AM CEST, utilizatorii care deschid Phrase TMS de la Phrase Platform nu au putut finaliza sign-in-ul. Acestea au fost fie prinse într-o buclă de redirecționare sau returnate la pagina de conectare Phrase TMS cu o eroare de sign-in. Utilizatorii care au avut deja o sesiune activă de Phrase TMS nu au fost afectaţi şi nu au fost pierdute sau modificate date ale clienţilor. Conectarea la Phrase Platform în sine a continuat să lucreze pe tot parcursul incidentului, atât cu o parolă, cât și cu un singur semn-on. La fel şi semnarea cu o parolă direct pe pagina de conectare Phrase TMS. Acest post-mortem explică ce s-a întâmplat, cum a fost rezolvată, și ce facem pentru a preveni să se întâmple din nou. ## Timeline * **Sep 23, 2026 at 9:02 AM CEST** * O actualizare a aplicației web Phrase TMS a intrat în direct în producție. Acesta a inclus o îmbunătățire de securitate a modului în care fluxul de sign-in redirecționează după autentificare. Din acest punct, utilizatorii care deschid Phrase TMS de la Phrase Platform nu au putut finaliza sign-in-ul. Shorty după aceea, problemele au fost investigate intern. * **Sep 23, 2026 at 10:59 AM CEST** Actualizarea de la 9:02 AM CEST a fost identificată ca fiind cauza, şi am început să pregătim o întoarcere. * **Sep 23, 2026 at 11:13 AM CEST** * Reversul a fost verificat în mediul nostru de testare, iar implementarea la producție a început. * **Sep 23, 2026 at 11:27 AM CEST** Revenirea a fost în direct în toate regiunile de producție. Impactul asupra clienților s-a încheiat. * **Sep 23, 2026 at 11:28 AM CEST** * **Sep 23, 2026 at 12:04 PM CEST** * Incidentul a fost marcat ca rezolvat pe pagina noastră de stare. ## Root Cause Incidentul a fost cauzat de o îmbunătățire a securității aplicației web Phrase TMS. Scopul său a fost să se asigure că utilizatorii sunt trimiși la destinații de încredere numai după ce au semnat. Pentru a face acest lucru, aplicația web a acceptat doar redirecționări către adresa web Phrase TMS în sine. Cu toate acestea, atunci când un utilizator deschide Phrase TMS de la Phrase Platform, procesul de sign-in mută în mod legitim utilizatorul între diferite adrese web Phrase. Serverele noastre verifică deja fiecare dintre aceste redirecționări împotriva unei liste de domenii Phrase de încredere și le permit. Noul cec din aplicația de bază TMS a fost mai strict decât această verificare pe partea serverului și a depășit-o. Ca urmare, redirecționările legitime au fost înlocuite cu pagina de start Phrase TMS, care a început din nou procesul de sign-in. Utilizatorii fie au rulat prin sign-in în mod repetat, fie au aterizat înapoi pe pagina de conectare Phrase TMS cu o eroare. Conectarea la Phrase Platform în sine a continuat să lucreze pe tot parcursul incidentului, atât cu o parolă, cât și cu un singur semn-on. La fel şi semnarea cu o parolă direct pe pagina de conectare Phrase TMS. Eșecul a avut loc la etapa în care un utilizator semnat trece de la Platforma de Phrase la Phrase TMS. Din acest motiv, unii utilizatori afectați au raportat problema ca fiind o problemă de parolă: au introdus cu succes acreditările lor, dar apoi au fost trimise înapoi pe un ecran de autentificare. ## Actions to Prevent Recurence 1. **Schimbaţi-vă înapoi** Actualizarea care a cauzat problema a fost rulat înapoi în toate regiunile de producție la 11:27 AM CEST, care a restaurat normal sign-in. 2. ** Monitorizare continuă a semnelor** Fiecare verificare efectuează sign-in complet de la Phrase Platform în Phrase TMS și alertează imediat inginerii noștri de gardă în cazul în care nu reușește. Înainte să ne bazăm pe ele, vom confirma că aceste verificări detectează eşecul exact care a avut loc în acest incident.

Traducere automată din actualizarea oficială a incidentului.

1. 10 septembrie 2026 la 05:06 UTCinvestigating

   Investigăm în prezent o problemă care afectează sincronizarea locurilor de muncă între Phrase Strings și Phrase TMS prin intermediul site-urilor web din regiunea noastră UE. Clienții pot experimenta eșecuri sau întârzieri în sincronizarea locurilor de muncă de traducere între cele două produse. Echipa noastră este activ de lucru pentru a identifica cauza rădăcină și de a restabili funcționalitatea completă cât mai repede posibil.

2. 10 septembrie 2026 la 05:34 UTCmonitoring

   Un fix a fost implementat și implementat pentru a aborda eșecurile de sincronizare a webhook între Phrase Strings și Phrase TMS. În prezent monitorizăm situația pentru a confirma stabilitatea deplină. Vom oferi o actualizare suplimentară după ce vom valida rezoluția.

3. 10 septembrie 2026 la 06:03 UTCresolved

   Suntem încântaţi să confirmăm că problema sincronizării webhook între Phrase Strings şi Phrase TMS a fost rezolvată şi verificată ca fiind pe deplin operaţională, inclusiv pentru clienţii centrului de date american. Acest incident este acum închis.

Traducere automată din actualizarea oficială a incidentului.

1. 1 septembrie 2026 la 14:18 UTCinvestigating

   Investigăm în prezent o problemă care cauzează lentețe în punctul de vedere al locurilor de muncă în cadrul Phrase TMS (UE). Utilizatorii pot experimenta perioade de încărcare întârziate sau performanțe reduse atunci când accesează caracteristici de management al proiectelor. Echipa noastră este activ de lucru pentru a identifica cauza rădăcină și de a restabili performanța normală cât mai repede posibil.

2. 1 septembrie 2026 la 15:00 UTCinvestigating

   Am identificat cauza principală a problemei. Echipa noastră pune în aplicare activ un fix. Vom furniza noi actualizări pe măsură ce progresăm.

3. 1 septembrie 2026 la 15:34 UTCmonitoring

   A fost implementat un fix şi monitorizăm rezultatele. Clienții ar putea avea nevoie pentru a șterge cache browser și închide toate filele deschise cu TMS în cazul în care se confruntă încă probleme.

4. 1 septembrie 2026 la 16:23 UTCresolved

   Problema a fost rezolvată și performanța este stabilă.

Traducere automată din actualizarea oficială a incidentului.

1. 31 august 2026 la 15:06 UTCinvestigating

   În prezent experimentăm erori intermitente atunci când comunicăm cu Gengo, unul dintre vânzătorii noştri terţi de traduceri. Acest lucru cauzează timeout-uri și 502 erori la calcularea prețurilor și depunerea de comenzi pentru comenzi de traducere rutate prin Gengo, afectând atât centre de date din UE cât și din SUA. Gengo a confirmat problema lor şi investighează.

2. 2 septembrie 2026 la 11:46 UTCresolved

   Gengo a rezolvat problema de bază. Calculele preţurilor şi comenzile de traducere trimise lui Gengo funcţionează din nou.

Traducere automată din actualizarea oficială a incidentului.

1. 31 august 2026 la 13:11 UTCinvestigating

   În prezent, utilizatorii nu pot deschide locuri de muncă existente și nu pot crea altele noi în cadrul proiectelor lor Phrase TMS. Investigăm problema.

2. 31 august 2026 la 13:22 UTCinvestigating

   Continuăm să investigăm această problemă.

3. 31 august 2026 la 13:46 UTCidentified

   Problema a fost identificată și se pune în aplicare o soluție.

4. 31 august 2026 la 16:02 UTCmonitoring

   A fost implementată o soluţie şi monitorizăm rezultatele.

5. 31 august 2026 la 16:53 UTCresolved

   Problema a fost rezolvată.

6. 4 septembrie 2026 la 08:45 UTCpostmortem

   ## Introducere Am dori să împărtăşim detalii despre un incident care a afectat Phrase TMS la 31 august 2026. Între 2:26 și 5:57 PM CEST, unii utilizatori ai paginii de proiect moștenite nu au putut utiliza acțiuni instrumentale-meniu, cum ar fi crearea sau editarea de locuri de muncă și efectuarea de analize, și click pentru a deschide un loc de muncă nu a lansat editorul web CAT, așa cum era de așteptat, în schimb revenind utilizatorilor la pagina de proiect. Acest post-mortem explică ce s-a întâmplat, cum a fost rezolvată, și ce facem pentru a preveni să se întâmple din nou. ## Timeline *** 31 august 2026 la 2:26 PM CEST** * ** 31 august 2026 at 2:49 PM CEST** Primele rapoarte ale clientilor au venit in descrierea butoanelor instrument-meniu ca dezactivate si locuri de munca care nu au reusit sa se deschida in editor. * ** 31 august 2026 la aproximativ 3:10 PM CEST** *** 31 august 2026 la ora 3:48 PM CEST** * ** 31 august 2026 at 4:04 PM CEST** Fix a fost verificat într-un mediu pre-producție. *** 31 august 2026 la 5:18 PM CEST** * ** 31 august, 2026 la 5:57 PM CEST** Fix a fost complet live în producție și funcționalitate normală a fost restaurat pentru toți clienții afectați. ## Root Cause Incidentul a fost cauzat de o schimbare de cod destinată să stabilească o problemă de afișare fără legătură, minoră pe paginile de proiect comune. Această modificare a modificat modul în care o valoare a fost introdusă într-un script încorporat direct în pagină. Sistemul care redă pagina codează automat valori pentru siguranță, dar acea codare nu face distincția între o valoare plasată în conținutul paginii regulate față de interiorul unui script. Ca rezultat, sintaxa scriptului încorporat a fost ruptă în tăcere odată ce schimbarea a ajuns la producție. Pentru că browserele nu mai execută nici un alt cod pe o pagină odată ce întâlnesc sintaxa script invalidă, fiecare script plasat după acel punct de pe pagină a încetat să mai ruleze Acesta este motivul pentru care clienții experimentat ceea ce arata ca două probleme separate \ (butoane de meniu dezactivate și locuri de muncă care nu reușesc să se deschidă în editor\) care au fost, de fapt, efecte în aval ale aceluiași defect unic. Problema nu a fost prinsă înainte de lansare, deoarece verificarea efectuată la momentul respectiv a confirmat că datele subiacente introduse au fost corecte, dar nu au încărcat pagina reală într-un browser pentru a confirma că aceasta a fost realizată și executată corect până la capăt. ## Actions to Prevent Recurence 1. **Fix desfăşurat** Defectul de bază a fost corectat și trimis spre producție în aceeași zi în care a fost identificat. 2. ** Ghid de pornire actualizat** Am actualizat documentația noastră de inginerie internă pentru a descrie în mod clar acest model de eșec specific și modul corect, în condiții de siguranță să-l ocupe, astfel încât această categorie de greșeală este prins în timpul revizuirii de cod merge mai departe. 3. ** Îmbunătățiri automatizate de detectare în curs** Lucrăm la adăugarea de monitorizare automată pentru această clasă de eșec front-end, astfel încât probleme similare pot fi detectate și abordate înainte ca clienții să fie afectați, în loc să se bazeze pe rapoartele clienților.

Traducere automată din actualizarea oficială a incidentului.

1. 19 august 2026 la 12:16 UTCinvestigating

   Investigăm în prezent o problemă care afectează funcționalitatea de memorie de traducere în Phrase TMS (EU). Utilizatorii pot avea probleme cu crearea Memoriilor de Traduceri şi a altor operaţiuni conexe în acest timp. Echipa noastră lucrează activ pentru a identifica cauza și a restabili funcționalitatea completă cât mai repede posibil.

2. 19 august 2026 la 12:34 UTCidentified

   Problema a fost identificată și se pune în aplicare o soluție.

3. 19 august 2026 la 13:19 UTCmonitoring

   A fost pusă în aplicare o soluţie şi monitorizăm situaţia.

4. 19 august 2026 la 14:09 UTCresolved

   Incidentul a fost rezolvat.

5. 6 octombrie 2026 la 08:14 UTCpostmortem

   ## **Introduction** Am dori să împărtăşim mai multe detalii despre evenimentele care au avut loc cu Phrase între 2:11 PM CEST şi 4:10 PM CEST pe 19 august 2026, care a condus la funcţionalitatea de traducere degradată de memorie în Phrase TMS \(EU\) şi ceea ce inginerii Phrase fac pentru a preveni repetarea acestor probleme. "Timeline" * **19 august 2026 la 2:11 PM CEST:** Fraza a identificat o problemă care afectează funcționalitatea de memorie de traducere în Phrase TMS \(EU\). Utilizatorii au experimentat erori atunci când au creat memorii de traducere și au efectuat operațiuni conexe, inclusiv segmente de confirmare, crescând ratele de eroare între serviciile dependente și cazurile de utilizare. * ** 19 august 2026 la 2:32 PM CEST:** Cauza rădăcină a fost identificată și inginerii au început să aplice un fix pentru mediul afectat prin reechilibrarea clusterului și repornirea nodurilor afectate pentru a accelera recuperarea. * **19 august 2026 la 3:10 PM CEST:** Crearea memoriei de traducere și operațiunile conexe au fost confirmate a fi funcționarea normală din nou. * **19 august 2026 la 4:10 PM CEST:** După o perioadă de monitorizare susţinută, nu s- a evidenţiat nicio recurenţă, incidentul a fost marcat ca fiind rezolvat. ## **Root Cause** Investigația a arătat că incidentul a provenit din clusterul bazei de date care stochează date de memorie de traducere. De-a lungul timpului, o singură memorie de traducere a crescut foarte mult și a necesitat o parte disproporționată a activității de citire care să fie deservită de nodul care a coordonat, de asemenea, gestionarea sănătății și metadatelor grupului mai larg. Deoarece grupul a fost supus zilelor de întreținere zero-down, a existat o cantitate mai mare de acțiuni de coordonare și o sarcină ridicată pe nodurile de coordonare în grup. Aceste două combinaţii cu sarcina maximă au determinat deteriorarea lentă a performanţei mai multor noduri de coordonare, ducând la creşterea ratei de eroare şi la degradarea performanţei. "Acţiuni pentru a preveni reapariţia" Pentru a preveni incidente similare în viitor și pentru a atenua orice efecte negative, noi: * Reechilibrat cluster și infrastructura sa suport pentru a crea mai mult headroom pentru Translation Memory căutări și actualizări. * A întrerupt întreținerea în curs de desfășurare pe cluster de memorie de traducere afectate. * Îmbunătăţirea capacităţii de coordonare a nodului şi va îmbunătăţi topologia clusterelor pentru a preveni impactul grupurilor în timpul cererilor bruşte.

Traducere automată din actualizarea oficială a incidentului.

1. 7 august 2026 la 07:27 UTCinvestigating

   În prezent, investigăm o problemă cu evenimentele de ramură care lipsesc din Strings Phrase (UE), ceea ce poate determina ca modificările să nu fie aplicate atunci când ramurile sunt fuzionate.

2. 7 august 2026 la 07:54 UTCinvestigating

   Continuăm să investigăm această problemă.

3. 7 august 2026 la 08:18 UTCidentified

   Problema a fost identificată și se pune în aplicare o soluție.

4. 7 august 2026 la 08:30 UTCmonitoring

   A fost implementată o soluţie. Refrenul evenimentelor dispărute este acum procesat. Odată ce coada este complet procesată, ramurile neîngrădite vor primi automat modificările lipsă. Monitorizăm coada şi rezultatele.

5. 7 august 2026 la 14:12 UTCresolved

   Modificările aduse ramurilor în timpul ferestrei incidentului sunt aplicate pe deplin. Au fost identificate sucursale care au fost afectate și au fost contactați direct clienții afectați. Acest incident a fost rezolvat.

6. 11 septembrie 2026 la 06:11 UTCpostmortem

   ## Introducere Am dori să împărtăşim detalii despre un incident care a afectat Stringurile Phrase de pe platforma UE între 6 august şi 7 august 2026. În această perioadă, modificările efectuate în ramuri nu au fost înregistrate de conducta noastră de prelucrare a schimbărilor. Ca urmare, ramurile care au fuzionat în timpul incidentului ar putea fi fuzionate fără modificările aduse acestora în timpul acelei ferestre, iar ecranele de comparare a ramurilor nu ar putea arăta diferențe chiar și atunci când au existat diferențe. Acest post-mortem explică ce s-a întâmplat, cum a fost rezolvată, și ce facem pentru a preveni să se întâmple din nou. ## Timeline * ** 6 august 2026 la 5:44 PM CEST** Conexiunea nu a reușit să se recupereze, iar modificările de ramură au încetat să mai fie prelucrate. Componenta afectată a continuat să se raporteze ca fiind sănătoasă, astfel încât nu a fost declanșată nicio alertă automată. * ** 7 august 2026 at 09:11 AM CEST** Problema a fost identificată în urma unui raport al clientului. * ** 7 august 2026 at 09:19 AM CEST** Incidentul a fost escaladat la cel mai înalt nivel de severitate. * ** 7 august 2026 la aproximativ 10:20 AM CEST** Componenta afectată a fost recuperată prin repornirea acesteia, iar procesarea modificărilor a fost reluată. * ** 7 august 2026 la 10:46 AM CEST** Reflectarea modificărilor în curs a fost complet procesată și conducta a fost preluată. * ** 7 august 2026 dupa-amiaza** Clienții afectați au fost identificați și contactați individual cu datele necesare pentru restabilirea modificărilor lor. ## Root Cause Incidentul a fost declanşat de o întrerupere temporară a reţelei care a întrerupt conexiunea pe care sistemul nostru o foloseşte pentru a transmite schimbările din baza de date în conducta noastră de procesare a ramurilor. Componenta responsabilă pentru această conexiune a încercat să se reconecteze automat, dar încercarea de reconectare atârna la nesfârşit decât să reuşească sau să eşueze. Deoarece componenta nu a raportat niciodată un eșec, mecanismul de recuperare automată a platformei noastre, care reporneşte componentele care raportează o stare de eroare Componenta a rămas într-o stare în care părea să funcţioneze normal în timp ce procesa nici o schimbare. De aceea o repornire standard a conexiunii nu a rezolvat problema, în timp ce repornirea completă a procesului de bază, care a stabilit o conexiune nouă, a făcut-o. Situația nu a fost detectată mai devreme deoarece monitorizarea noastră pentru această conductă s-a bazat pe un semnal care a continuat să raporteze "sănătos" pe parcursul incidentului, și nu am avut o măsură separată de a stabili dacă schimbările curg efectiv și sunt prelucrate. ## Impact * Sucursalele care au avut modificări în timpul incidentului, dar nu au fost ** ** fuzionate nu au pierdut nici un fel de date. Modificările lor au fost procesate după recuperarea conductei. * Sucursalele care ** au fost** fuzionate în timpul incidentului au fost fuzionate fără modificările făcute la acestea în timpul ferestrei incidentului. Modificări făcute înainte de incident nu au fost afectate. * Numai un număr mic de clienţi au fost afectaţi în cele din urmă. Fiecare a fost contactat individual și a furnizat datele și pașii necesari pentru restabilirea modificărilor afectate. ## Actions to Prevent Recurence 1. **Monitorizare înșelătoare finisată** 2. ** Adăugând semnale semnificative de sănătate** Adăugăm monitorizarea faptului că măsurile privind faptul că schimbările curg efectiv prin conductă şi cât de departe se află în spatele acesteia, în loc să se bazeze pe un semnal de stare care poate raporta "sănătos," în timp ce nu se fac eforturi. Acest lucru asigură detectarea imediată a unui stand similar. 3. **Îmbunătățește recuperarea automată** Revizuim comportamentul de reconectare și rejudecare al acestei componente, astfel încât o conexiune blocată să ducă la o eroare reală care declanșează repornirea automată.

Traducere automată din actualizarea oficială a incidentului.

1. 6 august 2026 la 08:11 UTCinvestigating

   We are currently investigating an issue affecting Connectors in Phrase TMS. Customers may be unable to access or use Connector functionality during this time. Our engineering team is actively working to identify the cause and restore full service as quickly as possible.

2. 6 august 2026 la 08:18 UTCinvestigating

   We are continuing to investigate this issue.

3. 6 august 2026 la 08:43 UTCmonitoring

   We have identified the root cause and the issue has now been resolved. Connectors should be appearing as active again. We will continue to monitor the situation to ensure full stability.

4. 6 august 2026 la 12:00 UTCmonitoring

   We continue monitoring the situation.

5. 6 august 2026 la 13:19 UTCresolved

   The incident has been resolved and all components are back to operational.

Traducere automată din actualizarea oficială a incidentului.

1. 28 iulie 2026 la 07:19 UTCinvestigating

   Echipa de ingineri a identificat o problemă cu Orchestratorul în care noul motor cu flux de lucru nu execută în prezent fluxurile de lucru. Problema este investigată.

2. 28 iulie 2026 la 07:53 UTCinvestigating

   Continuăm să investigăm această problemă.

3. 28 iulie 2026 la 08:30 UTCidentified

   Problema a fost identificată și se pune în aplicare o soluție.

4. 28 iulie 2026 la 08:35 UTCmonitoring

   A fost implementată o soluţie şi monitorizăm rezultatele. Motorul cu flux de lucru procesează coada execuţiilor în aşteptare.

5. 28 iulie 2026 la 11:49 UTCresolved

   Toate execuţiile au fost procesate. Acest incident a fost rezolvat.

6. 30 iulie 2026 la 07:09 UTCpostmortem

   ## Introducere Am dori să împărtăşim detalii despre un incident care a afectat Orchestratorul Phrase la 27 iulie 28, 2026. În această perioadă, execuţiile fluxului de lucru în motorul fluxului de lucru de generaţie următoare nu au putut progresa şi au rămas blocate într-o stare de execuţie. Nu s-au pierdut date în timpul incidentului. Această autopsie explică ce s-a întâmplat, când a fost rezolvată, şi măsurile pe care le-am făcut pentru a preveni o recidivă. ## Timeline * **27 Iulie 2026 la 18:55 CEST** Motorul fluxului de lucru a început să producă erori pe măsură ce performanța interogării bazei de date a fost degradată. Execuţiile fluxului de lucru au stagnat şi nu au mai progresat. * **27 iulie 2026 at 20:54 CEST** Primul raport de execuţii al clientului blocat în execuţie a fost primit. * **27 iulie 2026 la 22:39 CEST** Incidentul a fost declarat oficial. ***28 iulie 2026 la 02:18 CEST** ***28 iulie 2026 la 05:15 CEST** Problema a reapărut ca problema de bază a performanței bazei de date a persistat. * **28 iulie 2026 at 09:56 CEST** Cauza principală a fost identificată și abordată. Nu s-au pierdut execuţii; cu toate acestea, din cauza reluării parţiale a serviciului, unele acţiuni din cadrul execuţiilor au fost rejudecate, ceea ce ar fi putut cauza un număr mic de execuţii care altfel ar fi reuşit. ***28 iulie 2026 la 13:46 CEST** Dosarul complet al execuţiilor blocate a fost confirmat. Sistemul a fost declarat stabil. ***28 iulie 2026 la 13:48 CEST** ## Root Cause Incidentul a fost cauzat de balonarea progresivă în indexurile bazei de date utilizate de sistemul de planificare a locurilor de muncă. Performanțele acestor indici particulari s-au degradat treptat în timp, în timp ce acumulau intrările de index mort din scrierile și actualizările anterioare. Motorul de planificare de locuri de muncă dobândește încuietori de coordonare la nivelul bazei de date în timp ce interoghează acești indici pentru a determina ce locuri de muncă pentru a expedia. Pe măsură ce căutarea indicilor a crescut mai lent, ei au început să depăşească perioada configurată a declaraţiei bazei de date. Când o căutare a fost anulată de pauză, procesul de planificare responsabil pentru acea lucrare sa prăbușit și a reluat. Fără programatori care rulează, nu au putut fi expediate trepte de flux de lucru şi toate execuţiile în curs de desfăşurare au rămas blocate. Serverul de baze de date în sine a rămas sănătos pe tot parcursul incidentului, cu CPU normale și niveluri de conectare. Problema a fost exclusiv de blocare și latență disputa în cadrul stratului de planificare. Un serviciu repornit a eliminat procesele prăbușite și temporar restaurat execuție. Cu toate acestea, deoarece balonarea indexului era încă prezentă, aceeași degradare a recidivat după reluarea sarcinii de interogare. Un index manual reconstruieşte performanţa complet restaurată şi rezolvă problema. ## Actions to Prevent Recurence 1. ** Menținerea automată a indicelui adăugat** Acest lucru asigură balon nu se poate acumula în timp și elimină condițiile care au declanșat acest incident. 2. ** Indicii de legacy eliminate** 3. **Monitoring acoperire actualizat** Peisajul nostru de monitorizare este revizuit și actualizat pentru a reflecta starea actuală a motorului fluxului de lucru. Această activitate va elimina lacunele care au permis degradarea să nu fie detectată înainte de primul raport al clientului.

Traducere automată din actualizarea oficială a incidentului.

1. 27 iulie 2026 la 23:48 UTCinvestigating

   Ingineria a identificat o problemă cu Orchestratorul în care noul motor cu flux de lucru nu execută în prezent fluxurile de lucru. Problema este investigată.

2. 28 iulie 2026 la 00:41 UTCresolved

   Toate fluxurile de lucru sunt executate din nou aşa cum era de aşteptat.

3. 30 iulie 2026 la 07:08 UTCpostmortem

   ## Introducere Am dori să împărtăşim detalii despre un incident care a afectat Orchestratorul Phrase la 27 iulie 28, 2026. În această perioadă, execuţiile fluxului de lucru în motorul fluxului de lucru de generaţie următoare nu au putut progresa şi au rămas blocate într-o stare de execuţie. Nu s-au pierdut date în timpul incidentului. Această autopsie explică ce s-a întâmplat, când a fost rezolvată, şi măsurile pe care le-am făcut pentru a preveni o recidivă. ## Timeline * **27 Iulie 2026 la 18:55 CEST** Motorul fluxului de lucru a început să producă erori pe măsură ce performanța interogării bazei de date a fost degradată. Execuţiile fluxului de lucru au stagnat şi nu au mai progresat. * **27 iulie 2026 at 20:54 CEST** Primul raport de execuţii al clientului blocat în execuţie a fost primit. * **27 iulie 2026 la 22:39 CEST** Incidentul a fost declarat oficial. ***28 iulie 2026 la 02:18 CEST** ***28 iulie 2026 la 05:15 CEST** Problema a reapărut ca problema de bază a performanței bazei de date a persistat. * **28 iulie 2026 at 09:56 CEST** Cauza principală a fost identificată și abordată. Nu s-au pierdut execuţii; cu toate acestea, din cauza reluării parţiale a serviciului, unele acţiuni din cadrul execuţiilor au fost rejudecate, ceea ce ar fi putut cauza un număr mic de execuţii care altfel ar fi reuşit. ***28 iulie 2026 la 13:46 CEST** Dosarul complet al execuţiilor blocate a fost confirmat. Sistemul a fost declarat stabil. ***28 iulie 2026 la 13:48 CEST** ## Root Cause Incidentul a fost cauzat de balonarea progresivă în indexurile bazei de date utilizate de sistemul de planificare a locurilor de muncă. Performanțele acestor indici particulari s-au degradat treptat în timp, în timp ce acumulau intrările de index mort din scrierile și actualizările anterioare. Motorul de planificare de locuri de muncă dobândește încuietori de coordonare la nivelul bazei de date în timp ce interoghează acești indici pentru a determina ce locuri de muncă pentru a expedia. Pe măsură ce căutarea indicilor a crescut mai lent, ei au început să depăşească perioada configurată a declaraţiei bazei de date. Când o căutare a fost anulată de pauză, procesul de planificare responsabil pentru acea lucrare sa prăbușit și a reluat. Fără programatori care rulează, nu au putut fi expediate trepte de flux de lucru şi toate execuţiile în curs de desfăşurare au rămas blocate. Serverul de baze de date în sine a rămas sănătos pe tot parcursul incidentului, cu CPU normale și niveluri de conectare. Problema a fost exclusiv de blocare și latență disputa în cadrul stratului de planificare. Un serviciu repornit a eliminat procesele prăbușite și temporar restaurat execuție. Cu toate acestea, deoarece balonarea indexului era încă prezentă, aceeași degradare a recidivat după reluarea sarcinii de interogare. Un index manual reconstruieşte performanţa complet restaurată şi rezolvă problema. ## Actions to Prevent Recurence 1. ** Menținerea automată a indicelui adăugat** Acest lucru asigură balon nu se poate acumula în timp și elimină condițiile care au declanșat acest incident. 2. ** Indicii de legacy eliminate** 3. **Monitoring acoperire actualizat** Peisajul nostru de monitorizare este revizuit și actualizat pentru a reflecta starea actuală a motorului fluxului de lucru. Această activitate va elimina lacunele care au permis degradarea să nu fie detectată înainte de primul raport al clientului.

Traducere automată din actualizarea oficială a incidentului.

1. 20 iulie 2026 la 12:53 UTCresolved

   Între 16 iunie 2026 01:00:00 CEST și 17 iunie 2026 11:00 AM CEST, conectorul Phrase Job Sync a suferit performanțe degradate. Clienții care folosesc Job Sync cu tipul implicit de conexiune au avut eșecuri. Echipa de inginerie a identificat o cauza radacina si a oferit un fix.

2. 20 iulie 2026 la 12:54 UTCpostmortem

   ### Introducere Am dori să împărtăşim mai multe detalii despre evenimentele care au avut loc cu Phrase în perioada 16 iunie 2026, 01:00PM CEST şi 17 iunie 2026, 11:00AM CEST, ceea ce a condus la performanţa degradată a Phrase Strings API, cauzând clienţilor utilizarea Job Sync cu tipul implicit de conexiune pentru a experimenta eşecuri. Ne cerem scuze pentru întrerupere și ne angajăm să prevenim incidente similare în viitor. ### Timeline **Jun 16, 2026 @ 01:00 PM CEST** Conectorii nu s-au putut autentifica împotriva API-ului Phrase Strings. **Jun 17, 2026 @ 10:00 AM CEST** Eşecul de autentificare a fost identificat de echipa de inginerie. **Jun 17, 2026 @ 10:28 AM CEST** Clienții care utilizează conectori pe bază de jetoane de acces personal nu au fost afectați. **Jun 17, 2026 @ 10:29 AM CEST** **Jun 17, 2026 @ 10:40 AM CEST** **Jun 17, 2026 @ 10:53 AM CEST** Fix a fost implementat și funcționalitate JobSync a fost complet restaurat. ### Root Cause O modificare de cod introdusă pentru a adăuga suport pentru jetoane de autentificare multiplatform modificat modul în care jetoanele de platformă primite sunt validate și prelucrate în API Phrase Strings. Această modificare nu a fost compatibilă cu un format jeton existent utilizat de tipul de conexiune implicită. Ca urmare, jetoanele de platformă au fost respinse de API-ul Strings cu un răspuns neautorizat de 401. Conectorul retried stabilirea conexiunii până la epuizarea bugetului de rejudecare, ceea ce duce la eșecul tuturor operațiunilor afectate. Clienții care utilizează jetoane personale de acces nu au fost afectați, deoarece jetoanele lor urmează o cale de cod diferită. ### Actions to Prevent Recurence Cauza rădăcinii a fost o modificare incompatibilă înapoi la manipularea jetoanelor care nu a fost detectată în timpul dezvoltării. Se iau următoarele măsuri: * **Token format de testare a compatibilității în modificările auth:** La introducerea unui nou format de token/autentificare alături de unul existent, testele trebuie să acopere în mod explicit cazurile de tranziţie ale jetoanelor de format vechi, prelucrate în baza noii logici de detecţie: nu doar fiecare format izolat.

Traducere automată din actualizarea oficială a incidentului.

1. 16 iulie 2026 la 15:47 UTCinvestigating

   Investigăm în prezent o problemă care afectează serviciul nostru metric care ar putea duce la un consum de indicatori duplicați pentru unii clienți. Echipa noastră lucrează activ pentru a identifica componentele afectate și de a determina cauza rădăcină. Vom furniza actualizări suplimentare pe măsură ce vor fi disponibile mai multe informații.

2. 16 iulie 2026 la 16:29 UTCidentified

   Am identificat cauza principală ca fiind instabilitatea unui anumit broker, care cauzează reechilibrarea repetată a grupului de consumatori în cadrul serviciului nostru metric și care duce la copierea actualizărilor metrice. Acest lucru poate duce la unii clienți care se confruntă cu calcule de consum incorecte sau blocarea neașteptată a contului. Continuăm să lucrăm la un fix.

3. 16 iulie 2026 la 17:31 UTCmonitoring

   Am oprit progresia problemei și acum lucrăm la identificarea întregului domeniu de aplicare al impactului, inclusiv a organizațiilor afectate sau blocate. Conturile afectate vor fi prioritizate pentru rezoluție printr-un proces de deduplicare, deși acest lucru va dura ceva timp pentru a finaliza.

4. 16 iulie 2026 la 19:04 UTCidentified

   Am dedus cu succes consumul de indicatori pentru toate organizațiile blocate. Continuăm să lucrăm pentru a dezvolta instrumente de deduplicare per-organizare pentru a asigura date exacte privind ciclul de facturare, cu echipa completă de scalare a acestora mâine dimineaţă.

5. 17 iulie 2026 la 13:02 UTCmonitoring

   Continuăm să facem progrese în rezolvarea problemei consumului de indicatori duplicate identificate pentru prima dată la 16 iulie. Cauza principală a fost identificată și abordată. De la ultima noastră actualizare, echipa noastră a corectat datele duplicate pentru toate conturile blocate anterior. Acum lucrăm printr-un set de conturi afectate şi ne aşteptăm ca această curăţenie să continue în zilele următoare. Nu se mai repetă, această lucrare abordează doar datele istorice.

6. 20 iulie 2026 la 12:07 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 16 iulie 2026 la 14:49 UTCinvestigating

   Investigăm în prezent o problemă care afectează Orchestratorul Phrase. Lucrăm pentru identificarea cauzei profunde și vom furniza actualizări suplimentare de îndată ce mai multe informații sunt disponibile.

2. 16 iulie 2026 la 15:27 UTCinvestigating

   Continuăm să investigăm această problemă.

3. 16 iulie 2026 la 15:27 UTCidentified

   Problema a fost identificată și se pune în aplicare o soluție.

4. 16 iulie 2026 la 15:41 UTCmonitoring

   A fost implementată o soluţie şi monitorizăm rezultatele.

5. 16 iulie 2026 la 16:12 UTCresolved

   Orchestratorul (UE) este disponibil din nou de la ora 5:32 PM CEST. Toate execuţiile sunt procesate. Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 10 iulie 2026 la 14:24 UTCinvestigating

   Investigăm în prezent o problemă care afectează Centrul de Traduceri din Strings Phrase (regiunile UE și SUA), unde sirurile de caractere nu se încarcă. Echipa noastră de ingineri a identificat o cauză potenţială şi lucrează activ pentru a o rezolva. Vom furniza noi actualizări pe măsură ce investigaţia noastră progresează.

2. 10 iulie 2026 la 14:37 UTCmonitoring

   A fost implementată o soluţie şi monitorizăm rezultatele.

3. 10 iulie 2026 la 15:24 UTCresolved

   Acest incident a fost rezolvat.

4. 7 august 2026 la 07:14 UTCpostmortem

   ## Introducere La data de 10 iulie 2026, părți ale frontend-ului Phrase Strings la [app.frase.com](http://app.frafonse.com/) nu au reușit să se încarce corect pentru o perioadă scurtă de timp, după ce foile și scripturile necesare nu au reușit să încărcați serviciul de bază în sine a rămas disponibil. Problema a început la 16:08 CEST și a fost rezolvată până la 16:27 CEST. Acest post-mortem explică ce sa întâmplat și ceea ce facem pentru a preveni o recurență. ## Timeline * ** Iul 10, 2026 la 16:08 CEST** * **Jul 10, 2026 la 16:21 CEST** * ** Iul 10, 2026 at 16:24 CEST** * **Jul 10, 2026 at 16:26 CEST** * ** Iul 10, 2026 la 16:27 CEST** * ** Iul 10, 2026 la 16:32 CEST** * ** Iul 10, 2026 la 17:12 CEST** ## Root Cause In timpul unei intretineri planificate, de rutina, o schimbare de configuratie a dezactivat neintenţionat procesul care încărca activele aplicaţiei \(stylesheels, scripturi\) la serviciul nostru de stocare şi livrare de conţinut. Acest lucru a trecut neobservat la început, deoarece activele deja în vigoare au continuat să funcționeze și nici o nouă versiune nu au fost expediate încă. La 10 iulie 2026, o implementare a expediat noi versiuni ale acestor active. Deoarece încărcarea era încă dezactivată, noile fișiere nu au ajuns niciodată la serviciul de stocare, iar aplicația nu a putut încărca foile de stil și scripturile. ## Actions to Prevent Recurence 1. **Asset sincronization re-enabled** Procesul cu handicap a fost stabilit, restaurând livrarea corectă a activelor. 2. **Asset disponibilitatea de monitorizare** .

Traducere automată din actualizarea oficială a incidentului.

1. 8 iulie 2026 la 12:57 UTCinvestigating

   Primim rapoarte de la utilizatori despre dispariţia locurilor de muncă din proiecte şi investigăm în prezent această problemă.

2. 8 iulie 2026 la 13:08 UTCmonitoring

   Problema a fost identificată, a fost pusă în aplicare o fixare și monitorizăm situația.

3. 8 iulie 2026 la 13:55 UTCresolved

   Incidentul a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 7 iulie 2026 la 08:34 UTCinvestigating

   Investigăm în prezent probleme cu CAT Web Editor.

2. 7 iulie 2026 la 08:59 UTCmonitoring

   Problema a fost identificată, a fost pusă în aplicare o fixare și monitorizăm situația.

3. 7 iulie 2026 la 09:27 UTCresolved

   Incidentul a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 23 iunie 2026 la 12:53 UTCinvestigating

   Hello everyone, this is a test, kindly ignore.

2. 23 iunie 2026 la 12:57 UTCresolved

   This incident has been resolved.

1. 22 iunie 2026 la 14:16 UTCinvestigating

   This is a test, please ignore.

2. 22 iunie 2026 la 14:21 UTCinvestigating

   This incident has been resolved.

3. 22 iunie 2026 la 14:34 UTCresolved

   This incident has been resolved.

1. 22 iunie 2026 la 11:20 UTCinvestigating

   We are currently investigating an issue affecting Branches functionality in Phrase Strings for customers on our EU data center. Operations on branches may be failing or returning unexpected results. Our engineering team is actively looking into the root cause and will provide further updates as soon as more information is available.

2. 22 iunie 2026 la 11:57 UTCinvestigating

   We are continuing to investigate this issue.

3. 22 iunie 2026 la 12:40 UTCidentified

   The issue has been identified and a fix is being implemented.

4. 22 iunie 2026 la 12:50 UTCmonitoring

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

5. 22 iunie 2026 la 13:06 UTCmonitoring

   We are continuing to monitor for any further issues.

6. 22 iunie 2026 la 13:07 UTCresolved

   This incident has been resolved.