Istoricul incidentelor Cycode

1. 27 octombrie 2026 la 10:06 UTCinvestigating

   ** Summary ** Unele integrarea Bitbucket Cloud care utilizează OAuth deconectat după serviciul de autentificare Bitbucket a returnat erori la 27 octombrie 2026, la 03:45 UTC. **Impact** Pentru integrarea afectată, Cycode nu poate accesa Bitbucket. Scanează, sincronizează depozitul şi angajează statute pentru acele spaţii de lucru până când integrarea este autorizată din nou. Integrarile care folosesc parole de aplicații, jetoane API sau jetoane de acces la spațiu de lucru nu sunt afectate. **Ultima actualizare** Investigația noastră arată că Bitbucket a emis noi acreditări pentru aceste integrări, dar nu le-a livrat lui Cycode, deoarece serviciul său a returnat o eroare. Bitbucket nu mai acceptă acreditările anterioare, deci integrarea nu se poate recupera automat. Îi raportăm problema lui Atlassian. **Acțiune necesară** Dacă integrarea Bitbucket arată ca fiind deconectată, autorizaţi-l din nou în consola Cycode sub [Setări > Integrari > Bitbucket]. Cycode continuă de unde s-a oprit şi nici o altă schimbare nu este necesară. Vom posta o actualizare atunci când vom avea mai multe informații.

2. 27 octombrie 2026 la 10:46 UTCmonitoring

   Am identificat fiecare integrare afectată și acum contactează direct utilizatorii lor. O integrare începe să funcționeze din nou de îndată ce utilizatorul său o autorizează din nou în consola Cycode sub [Setări > Integrari > Bitbucket]. Am raportat eroarea Bitbucket la Atlassian și va posta o actualizare atunci când avem mai multe informații.

3. 27 octombrie 2026 la 12:51 UTCresolved

   Toate integrarea Bitbucket Cloud afectate au fost identificate, iar utilizatorii lor au primit instrucțiuni pentru a le autoriza din nou. Integrarile autorizate funcţionează normal. Cauza principală a fost o eroare de serviciu Bitbucket la 27 octombrie 2026, la 03:45 UTC, care a invalidat acreditările unor integrări. Am împărtăşit detaliile cu Atlassian pentru investigaţia lor.

Traducere automată din actualizarea oficială a incidentului.

1. 20 octombrie 2026 la 09:28 UTCinvestigating

   Am identificat o cauza potentiala a problemelor fluxului de logare si investigheaza in continuare.

2. 20 octombrie 2026 la 09:54 UTCinvestigating

   Am rezolvat problema fluxului de logare în regiunea UE.

3. 20 octombrie 2026 la 10:04 UTCmonitoring

   Problema a fost rezolvată și continuăm să monitorizăm sistemul pentru a asigura stabilitatea.

4. 20 octombrie 2026 la 15:43 UTCresolved

   Incidentul a fost pe deplin rezolvat şi nu vedem alte probleme.

Traducere automată din actualizarea oficială a incidentului.

1. 18 octombrie 2026 la 13:10 UTCinvestigating

   Investigăm erori în aplicaţia legată de scanarea PR şi încălcarea sarcinilor. Vom continua să postăm actualizări după ce găsim cauza.

2. 18 octombrie 2026 la 13:26 UTCidentified

   Am avut o problemă cu una din bazele noastre de date. Baza de date a revenit la operaţiunile normale, dar este încă degradată şi lucrăm activ la repararea ei. Platforma este din nou la operațiuni normale, și încălcări și scanări PR ar trebui să funcționeze în mod normal.

3. 18 octombrie 2026 la 13:34 UTCmonitoring

   Baza de date a revenit la operaţiunile normale. Monitorizăm activ pentru a ne asigura că nu mai există alte probleme.

4. 18 octombrie 2026 la 14:40 UTCresolved

   Incidentul a fost pe deplin rezolvat şi nu vedem alte probleme.

Traducere automată din actualizarea oficială a incidentului.

1. 13 octombrie 2026 la 12:56 UTCmonitoring

   **Monitoring**: scanează API (regiunea SUA) Mai devreme, astăzi, sistemul nostru de alertă a detectat faptul că serviciul din spatele scanărilor API a fost repornirea mai des decât se aștepta, ceea ce a cauzat unele cereri să nu reușească pentru o perioadă scurtă de timp. Am mărit memoria disponibilă pentru serviciu, și a fost stabilă de atunci. Păstrăm serviciul sub observaţie atentă în timp ce finalizăm o îmbunătăţire permanentă.

2. 13 octombrie 2026 la 13:01 UTCresolved

   **Rezolvat**: Scurtă încetinire a scanărilor API (regiunea SUA) La 13 octombrie 2026, între 07:58 și 08:28 UTC, unele cereri la scanările API din regiunea SUA au eșuat sau au fost lente. Pagini de scanare în Cycode UI și Cycode CLI pot fi arătat erori temporare, și unele cereri de tragere scanează a sosit câteva minute mai târziu decât de obicei. Am mărit memoria disponibilă pentru serviciu, care a rezolvat complet problema la 08:34 UTC. Toate scanările la coadă s-au terminat la scurt timp după, şi nu s-au pierdut date. Am identificat cauza și o îmbunătățire permanentă este în revizuire.

Traducere automată din actualizarea oficială a incidentului.

1. 13 octombrie 2026 la 08:30 UTCinvestigating

   GitLab se confruntă în prezent cu o perturbare a serviciului care poate avea impact asupra conectivității Cycode PR la scanare și integrare. Problema provine din infrastructura GitLab și este în afara controlului lui Cycode. Suntem monitorizarea situaţiei şi va oferi actualizări ca GitLab lucrează pentru a restabili serviciul normal. Pentru mai multe informații, consultați pagina de stare a GitLab: [https://status.gitlab.com/pages/incident/5b36dcin502d06804c08349f7/6acdd94dea3a7005ae52c614](https://status.gitlab.com/pages/incident/5b36dc6502d06804c08349f7/6acdd94de3a7005ae52c614 "https://status.gitlab.com/pages/incident/5b36dcin502d06804c08349f7/6acdd94de3a7005ae52c614")

2. 13 octombrie 2026 la 08:47 UTCmonitoring

   GitLab a mutat incidentul care afectează scanarea PR și conectivitatea la integrarea în faza de monitorizare. GitLab a implementat un fix și monitorizează rezultatele. Continuăm să monitorizăm impactul asupra integrării Cycode și vom furniza actualizări suplimentare, dacă este necesar. Pentru mai multe informații, consultați pagina de stare a GitLab: [https://status.gitlab.com/pages/incident/5b36dcin502d06804c08349f7/6acdd94dea3a7005ae52c614](https://status.gitlab.com/pages/incident/5b36dc6502d06804c08349f7/6acdd94de3a7005ae52c614 "https://status.gitlab.com/pages/incident/5b36dcin502d06804c08349f7/6acdd94de3a7005ae52c614")

3. 13 octombrie 2026 la 11:27 UTCresolved

   GitLab a rezolvat incidentul care afectează scanarea PR și conectivitatea la integrare

Traducere automată din actualizarea oficială a incidentului.

1. 7 octombrie 2026 la 14:22 UTCinvestigating

   Echipa continuă să lucreze cu AWS, care a escaladat problema pe plan intern. În paralel, lucrăm pentru a restabili funcționalitatea prin trecerea la o altă bază de date. Orice cerere de tragere blocată care așteaptă statutul Cycode poate fi deblocată prin eliminarea scanărilor Cycode de la controalele preconizate direct în SCM (Sursa Code Management). Ajunge la reprezentantul Cycode pentru a ajuta la raționalizarea procesului.

2. 7 octombrie 2026 la 14:22 UTCinvestigating

   AWS a confirmat că instanţa PostgreSQL afectată se află în prezent într-o stare internă de recuperare. Eșecul preconizat pentru multi-AZ nu a avut loc așa cum a fost proiectat, iar AWS investighează în mod activ motivul. În paralel, continuăm să lucrăm pentru a restabili serviciile afectate folosind o cale alternativă de bază de date pentru a accelera recuperarea

3. 7 octombrie 2026 la 14:22 UTCinvestigating

   Vedem că baza de date restaurează capacităţile sale operaţionale. Vedem primele scanări Pull Cerere fiind prelucrate. Monitorizăm sistemul şi mărim fluxul.

4. 7 octombrie 2026 la 14:22 UTCinvestigating

   Baza de date rămâne complet operațională. Lucrăm la creșterea vitezei de procesare peste regulat pentru a procesa toate backlog-urile cât mai curând posibil.

5. 7 octombrie 2026 la 14:22 UTCinvestigating

   Continuăm să investigăm o degradare majoră a platformei SUA cauzată de epuizarea conexiunii PostgreSQL. Clienții pot experimenta timpi de răspuns lent, erori ridicate 500, și fluxuri de lucru PR mai lente și scanări CLI. Am redus sarcina de bază de date în mai multe servicii și a inițiat un eșec RDS. Echipa lucrează activ pentru a restabili performanța normală.

6. 7 octombrie 2026 la 14:22 UTCinvestigating

   Am observat performanţe degradate în prod-us Fluxurile cum ar fi Pull Cerere sau CLI scanare poate fi mai lent decât de obicei

7. 7 octombrie 2026 la 14:22 UTCinvestigating

   Echipa lucrează activ cu AWS şi investighează ceea ce pare a fi o problemă de bază de date care afectează mediul american. Vom împărtăși o altă actualizare de îndată ce vom avea mai multe informații.

8. 7 octombrie 2026 la 14:22 UTCinvestigating

   Platforma SUA se îmbunătățește în urma epuizării conexiunii RDS/PostgreSQL. AWS a confirmat că instanţa originală PostgreSQL s-a întors într-o stare operaţională, iar noi vedem iar scanări PR. Principala degradare rămasă este întârzierea prelucrării conduse de GitHub din cauza unui backlog mare de webhook, care continuă să se scurgă. Vom continua monitorizarea de recuperare și de a oferi o altă actualizare ca revenirea procesării la normal

9. 7 octombrie 2026 la 14:22 UTCinvestigating

   Sistemul este din nou complet operaţional

10. 7 octombrie 2026 la 14:22 UTCresolved

    (2/ 2) • A întrerupt volumul de muncă care crea volume mari de operaţiuni de date de scurtă durată, pentru a reduce sarcina bazei de date în timp ce evenimentele întârziate erau eliminate. Scanat cererile de tragere care au fost omise în timpul incidentului. **4b. Articole de acțiune ** • Modificarea modului în care loturi mari de date sunt scrise pentru a reduce sarcina bazei de date. • Mutați volumul nostru cel mai mare de muncă în propria bază de date dedicată, astfel încât o problemă nu poate afecta restul platformei. • Adăugați alerte și monitorizare mai profundă pentru utilizarea conexiunii bazei de date și sănătatea bazei de date. • Oferi fiecare serviciu propriile sale acreditări de baze de date dedicate. • Procesează mai eficient evenimentele care vin pentru a accelera recuperarea după o întrerupere. • Îmbunătățirea monitorizării întârzierilor de prelucrare și a alertelor interne privind evenimentele. • Revizuirea capacității bazei de date și setări de performanță pentru a adăuga mai mult headroom.

11. 7 octombrie 2026 la 14:22 UTCresolved

    (1/ 2) ** 1. Rezumat ** Pe 5 octombrie 2026, începând de la 15:55 IDT, clienții de pe platforma noastră SUA au văzut răspunsuri lente, erori intermitente și întârzieri în verificarea cererilor de tragere și scanări CLI. Unii clienţi ale căror depozite necesită verificarea cererii Cycode nu au putut fuziona până la reluarea scanării. Problema a început când un proces de întreținere a fundalului în baza noastră de date primară a rămas în urmă și a încetat să mai completeze, iar baza de date a încetat să mai economisească noi date. Restaurarea serviciului a durat câteva ore, deoarece baza de date standby a trebuit să proceseze mai întâi un backlog mare de schimbări. Baza de date a fost din nou și platforma a fost disponibilă din nou de 19:43 IDT. Procesare întârziată apoi prins, și incidentul a fost rezolvat la 23:24 IDT. Solicitările care au fost omise în timpul incidentului au fost scanate. **2. • ** 5 octombrie 2026, 12:55 IDT **: Un proces de întreţinere de baze de date de rutină începe să funcţioneze mult mai lent decât în mod normal. Nici un impact al clientului încă. • ** 5 octombrie 2026, 14:53 IDT **: Următorul ciclu de întreţinere începe şi nu se termină. • ** Octombrie 5, 2026, 15:55 IDT **: Baza de date nu mai economiseşte date noi, iar performanţa platformei se degradează. • ** 5 octombrie 2026, 16:03 IDT **: Baza de date atinge limita de conectare. Clienţii încep să vadă erori. • ** 5 octombrie 2026, 16:21 IDT **: Echipa de intervenţie a incidentului a fost angajată. • ** 5 octombrie 2026, 16:24 IDT **: Prima actualizare postat pe pagina de stare. • ** 5 octombrie 2026, 16:49 IDT **: Treceți la baza de date standby pornit. • **Octombrie 5, 2026, 17:00 IDT **: Caz de sprijin deschis cu furnizorul nostru de infrastructură cloud. • ** Octombrie 5, 2026, 18:24 IDT **: Calea alternativă de recuperare a început în paralel. Lucru publicat pentru clienţii blocaţi de cecurile de cerere de tragere necesare. • ** 5 octombrie 2026, 19:43 IDT **: Baza de date disponibilă din nou, iar platforma Cycode API și Cycode sunt accesibile. • ** 5 octombrie 2026, 19:54 IDT **: Retrage cererea de scanare CV-uri. • ** 5 octombrie 2026, 20: 20 IDT **: Capacitatea de procesare a crescut pentru a clarifica evenimentele întârziate. • ** Octombrie 5, 2026, 20:45 IDT **: Volumul mare de muncă s-a oprit pentru a reduce sarcina bazei de date. • ** 5 octombrie 2026, 21:56 IDT **: Trage cererile omise în timpul incidentului identificat și scanat. • ** Octombrie 5, 2026, 23:09 IDT **: Toate serviciile sunt operaţionale. • ** Octombrie 5, 2026, 23:24 IDT **: Incident rezolvat. 3 ani. Baza noastra de date ruleaza un proces de fundal de rutina care salveaza in mod regulat modificarile recente la stocarea permanenta. Două condiții au contribuit la această încetinire a procesului: • ** Operaţiuni de date de mare volum pe termen scurt:** unele dintre volumul nostru de muncă de procesare au fost în mod constant crearea şi eliminarea unui număr mare de structuri de date de scurtă durată. • **O sincronizare întârziată de fundal:** un proces de date-sincronizare a căzut mult în urmă, care a oprit baza de date de la curățarea după sine. Procesul de întreţinere a încetinit şi în cele din urmă s-a oprit. Baza de date nu a mai putut salva noi date, iar cererile au început să stea la coadă. Serviciile noastre au recuperat aceste cereri și au deschis multe conexiuni noi, care au folosit capacitatea de conectare a bazei de date. Clienţii au văzut acest lucru ca erori şi răspunsuri lente. Am trecut la baza noastră de date standby. Înainte de a putea servi traficul, a trebuit să proceseze toate modificările făcute de la ultimul ciclu de întreținere finalizat, aproximativ patru ore de activitate. Asta a extins pana de curent. **4. Acţiuni luate • Reducerea încărcăturii în baza de date prin reducerea temporară a procesării neesenţiale. • A început trecerea la baza de date standby. • Deschis un caz de sprijin cu furnizorul nostru de infrastructură cloud și a lucrat cu ei pe o bază escaladat. • Pregătirea unei căi alternative de recuperare în paralel. • Împărtășit un workaround temporar pentru clienții blocați de verificările necesare pentru solicitarea de tragere. • Odată ce baza de date a recuperat, a crescut capacitatea de procesare pentru a șterge evenimente întârziate.

12. 7 octombrie 2026 la 14:22 UTCinvestigating

    Ultimul backlog rămas continuă să fie procesat într-un ritm constant. Estimările noastre arată că ultimele piese trebuie prelucrate complet în aproximativ 60-90 de minute (20:30 UTC). Vedem că majoritatea cererilor de tragere (60% în momentul acestei actualizări) sunt finalizate în mai puţin de 15 minute. şi acest număr creşte constant într-un ritm constant. Altele decât că sistemul pare operațional. Credem că aplicaţia/UI sunt pe deplin operaţionale.

Traducere automată din actualizarea oficială a incidentului.

1. 5 octombrie 2026 la 13:24 UTCinvestigating

   Am observat performanţe degradate în prod-us Fluxurile cum ar fi Pull Cerere sau CLI scanare poate fi mai lent decât de obicei

2. 5 octombrie 2026 la 14:17 UTCinvestigating

   Continuăm să investigăm o degradare majoră a platformei SUA cauzată de epuizarea conexiunii PostgreSQL. Clienții pot experimenta timpi de răspuns lent, erori ridicate 500, și fluxuri de lucru PR mai lente și scanări CLI. Am redus sarcina de bază de date în mai multe servicii și a inițiat un eșec RDS. Echipa lucrează activ pentru a restabili performanța normală.

3. 5 octombrie 2026 la 14:29 UTCinvestigating

   Echipa lucrează activ cu AWS şi investighează ceea ce pare a fi o problemă de bază de date care afectează mediul american. Vom împărtăși o altă actualizare de îndată ce vom avea mai multe informații.

4. 5 octombrie 2026 la 15:17 UTCinvestigating

   Echipa continuă să lucreze cu AWS, care a escaladat problema pe plan intern. În paralel, lucrăm pentru a restabili funcționalitatea prin trecerea la o altă bază de date. Orice cerere de tragere blocată care așteaptă statutul Cycode poate fi deblocată prin eliminarea scanărilor Cycode de la controalele preconizate direct în SCM (Sursa Code Management). Ajunge la reprezentantul Cycode pentru a ajuta la raționalizarea procesului.

5. 5 octombrie 2026 la 16:10 UTCinvestigating

   AWS a confirmat că instanţa PostgreSQL afectată se află în prezent într-o stare internă de recuperare. Eșecul preconizat pentru multi-AZ nu a avut loc așa cum a fost proiectat, iar AWS investighează în mod activ motivul. În paralel, continuăm să lucrăm pentru a restabili serviciile afectate folosind o cale alternativă de bază de date pentru a accelera recuperarea

6. 5 octombrie 2026 la 16:58 UTCinvestigating

   Vedem că baza de date restaurează capacităţile sale operaţionale. Vedem primele scanări Pull Cerere fiind prelucrate. Monitorizăm sistemul şi mărim fluxul.

7. 5 octombrie 2026 la 17:31 UTCinvestigating

   Baza de date rămâne complet operațională. Lucrăm la creșterea vitezei de procesare peste regulat pentru a procesa toate backlog-urile cât mai curând posibil.

8. 5 octombrie 2026 la 18:17 UTCinvestigating

   Platforma SUA se îmbunătățește în urma epuizării conexiunii RDS/PostgreSQL. AWS a confirmat că instanţa originală PostgreSQL s-a întors într-o stare operaţională, iar noi vedem iar scanări PR. Principala degradare rămasă este întârzierea prelucrării conduse de GitHub din cauza unui backlog mare de webhook, care continuă să se scurgă. Vom continua monitorizarea de recuperare și de a oferi o altă actualizare ca revenirea procesării la normal

9. 5 octombrie 2026 la 19:06 UTCinvestigating

   Ultimul backlog rămas continuă să fie procesat într-un ritm constant. Estimările noastre arată că ultimele piese trebuie prelucrate complet în aproximativ 60-90 de minute (20:30 UTC). Vedem că majoritatea cererilor de tragere (60% în momentul acestei actualizări) sunt finalizate în mai puţin de 15 minute. şi acest număr creşte constant într-un ritm constant. Altele decât că sistemul pare operațional. Credem că aplicaţia/UI sunt pe deplin operaţionale.

10. 5 octombrie 2026 la 20:09 UTCinvestigating

    Sistemul este din nou complet operaţional

11. 5 octombrie 2026 la 20:24 UTCresolved

    ** 1. Rezumat ** Pe 5 octombrie 2026, începând de la 15:55 IDT, clienții de pe platforma noastră SUA au văzut răspunsuri lente, erori intermitente și întârzieri în verificarea cererilor de tragere și scanări CLI. Unii clienţi ale căror depozite necesită verificarea cererii Cycode nu au putut fuziona până la reluarea scanării. Problema a început când un proces de întreținere a fundalului în baza noastră de date primară a rămas în urmă și a încetat să mai completeze, iar baza de date a încetat să mai economisească noi date. Restaurarea serviciului a durat câteva ore, deoarece baza de date standby a trebuit să proceseze mai întâi un backlog mare de schimbări. Baza de date a fost din nou și platforma a fost disponibilă din nou de 19:43 IDT. Procesare întârziată apoi prins, și incidentul a fost rezolvat la 23:24 IDT. Solicitările care au fost omise în timpul incidentului au fost scanate. **2. • ** 5 octombrie 2026, 12:55 IDT **: Un proces de întreţinere de baze de date de rutină începe să funcţioneze mult mai lent decât în mod normal. Nici un impact al clientului încă. • ** 5 octombrie 2026, 14:53 IDT **: Următorul ciclu de întreţinere începe şi nu se termină. • ** Octombrie 5, 2026, 15:55 IDT **: Baza de date nu mai economiseşte date noi, iar performanţa platformei se degradează. • ** 5 octombrie 2026, 16:03 IDT **: Baza de date atinge limita de conectare. Clienţii încep să vadă erori. • ** 5 octombrie 2026, 16:21 IDT **: Echipa de intervenţie a incidentului a fost angajată. • ** 5 octombrie 2026, 16:24 IDT **: Prima actualizare postat pe pagina de stare. • ** 5 octombrie 2026, 16:49 IDT **: Treceți la baza de date standby pornit. • **Octombrie 5, 2026, 17:00 IDT **: Caz de sprijin deschis cu furnizorul nostru de infrastructură cloud. • ** Octombrie 5, 2026, 18:24 IDT **: Calea alternativă de recuperare a început în paralel. Lucru publicat pentru clienţii blocaţi de cecurile de cerere de tragere necesare. • ** 5 octombrie 2026, 19:43 IDT **: Baza de date disponibilă din nou, iar platforma Cycode API și Cycode sunt accesibile. • ** 5 octombrie 2026, 19:54 IDT **: Retrage cererea de scanare CV-uri. • ** 5 octombrie 2026, 20: 20 IDT **: Capacitatea de procesare a crescut pentru a clarifica evenimentele întârziate. • ** Octombrie 5, 2026, 20:45 IDT **: Volumul mare de muncă s-a oprit pentru a reduce sarcina bazei de date. • ** 5 octombrie 2026, 21:56 IDT **: Trage cererile omise în timpul incidentului identificat și scanat. • ** Octombrie 5, 2026, 23:09 IDT **: Toate serviciile sunt operaţionale. • ** Octombrie 5, 2026, 23:24 IDT **: Incident rezolvat. 3 ani. Baza noastra de date ruleaza un proces de fundal de rutina care salveaza in mod regulat modificarile recente la stocarea permanenta. Două condiții au contribuit la această încetinire a procesului: • ** Operaţiuni de date de mare volum pe termen scurt:** unele dintre volumul nostru de muncă de procesare au fost în mod constant crearea şi eliminarea unui număr mare de structuri de date de scurtă durată. • **O sincronizare întârziată de fundal:** un proces de date-sincronizare a căzut mult în urmă, care a oprit baza de date de la curățarea după sine. Procesul de întreţinere a încetinit şi în cele din urmă s-a oprit. Baza de date nu a mai putut salva noi date, iar cererile au început să stea la coadă. Serviciile noastre au recuperat aceste cereri și au deschis multe conexiuni noi, care au folosit capacitatea de conectare a bazei de date. Clienţii au văzut acest lucru ca erori şi răspunsuri lente. Am trecut la baza noastră de date standby. Înainte de a putea servi traficul, a trebuit să proceseze toate modificările făcute de la ultimul ciclu de întreținere finalizat, aproximativ patru ore de activitate. Asta a extins pana de curent. **4. Acţiuni luate • Reducerea încărcăturii în baza de date prin reducerea temporară a procesării neesenţiale. • A început trecerea la baza de date standby. • Deschis un caz de sprijin cu furnizorul nostru de infrastructură cloud și a lucrat cu ei pe o bază escaladat. • Pregătirea unei căi alternative de recuperare în paralel. • Împărtășit un workaround temporar pentru clienții blocați de verificările necesare pentru solicitarea de tragere. • Odată ce baza de date a recuperat, a crescut capacitatea de procesare pentru a șterge evenimente întârziate. • A întrerupt volumul de muncă care crea volume mari de operaţiuni de date de scurtă durată, pentru a reduce sarcina bazei de date în timp ce evenimentele întârziate erau eliminate. Scanat cererile de tragere care au fost omise în timpul incidentului. **4b. Articole de acțiune ** • Modificarea modului în care loturi mari de date sunt scrise pentru a reduce sarcina bazei de date. • Mutați volumul nostru cel mai mare de muncă în propria bază de date dedicată, astfel încât o problemă nu poate afecta restul platformei. • Adăugați alerte și monitorizare mai profundă pentru utilizarea conexiunii bazei de date și sănătatea bazei de date. • Oferi fiecare serviciu propriile sale acreditări de baze de date dedicate. • Procesează mai eficient evenimentele care vin pentru a accelera recuperarea după o întrerupere. • Îmbunătățirea monitorizării întârzierilor de prelucrare și a alertelor interne privind evenimentele. • Revizuirea capacității bazei de date și setări de performanță pentru a adăuga mai mult headroom.

Traducere automată din actualizarea oficială a incidentului.

1. 7 octombrie 2026 la 14:14 UTCmonitoring

   La ora 2:00 PM EDT (18:00 UTC), am identificat un vârf semnificativ de sarcină care afectează baza de date de autentificare. Pentru a atenua problema, am efectuat o actualizare de exemplu. O scurta intrerupere a conexiunilor din baza de date ar fi putut avea loc in timpul upgrade-ului. Platforma este stabilă și continuăm să monitorizăm îndeaproape situația.

2. 7 octombrie 2026 la 14:14 UTCresolved

   Sistemul este pe deplin operațional, fără probleme în curs de desfășurare observate. Acest incident este acum rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 28 septembrie 2026 la 19:08 UTCmonitoring

   La ora 2:00 PM EDT (18:00 UTC), am identificat un vârf semnificativ de sarcină care afectează baza de date de autentificare. Pentru a atenua problema, am efectuat o actualizare de exemplu. O scurta intrerupere a conexiunilor din baza de date ar fi putut avea loc in timpul upgrade-ului. Platforma este stabilă și continuăm să monitorizăm îndeaproape situația.

2. 28 septembrie 2026 la 20:45 UTCresolved

   Sistemul este pe deplin operațional, fără probleme în curs de desfășurare observate. Acest incident este acum rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 7 octombrie 2026 la 14:14 UTCresolved

   Rezolvat

2. 7 octombrie 2026 la 14:14 UTCinvestigating

   Componentă GitHub: Trageți cereri Original GitHub incident:

Traducere automată din actualizarea oficială a incidentului.

1. 8 octombrie 2026 la 08:42 UTCinvestigating

   Componentă GitHub: Trageți cereri Original GitHub incident:

2. 8 octombrie 2026 la 08:42 UTCresolved

   Rezolvat

Traducere automată din actualizarea oficială a incidentului.

1. 13 septembrie 2026 la 10:36 UTCinvestigating

   Componentă GitHub: Trageți cereri Original GitHub incident:

2. 13 septembrie 2026 la 18:53 UTCresolved

   Rezolvat

Traducere automată din actualizarea oficială a incidentului.

1. 7 octombrie 2026 la 14:04 UTCresolved

   Parametrii MemoryDB sunt stabili, decalajul de procesare a revenit, iar sistemul este acum complet operațional.

2. 7 octombrie 2026 la 14:04 UTCmonitoring

   Am observat un vârf ascuţit în utilizarea memoriei MemoryDB în prod-us, inclusiv utilizarea activă a swap-ului. A fost aplicată o atenuare. Parametrii MemoryDB au rămas stabili de atunci, iar decalajul de procesare scade rapid

3. 7 octombrie 2026 la 14:04 UTCinvestigating

   Am observat performanţe degradate în prod-us Fluxurile cum ar fi Pull Cerere sau CLI scanare poate fi mai lent decât de obicei

Traducere automată din actualizarea oficială a incidentului.

1. 8 septembrie 2026 la 16:53 UTCinvestigating

   Am observat performanţe degradate în prod-us Fluxurile cum ar fi Pull Cerere sau CLI scanare poate fi mai lent decât de obicei

2. 8 septembrie 2026 la 17:21 UTCmonitoring

   Am observat un vârf ascuţit în utilizarea memoriei MemoryDB în prod-us, inclusiv utilizarea activă a swap-ului. A fost aplicată o atenuare. Parametrii MemoryDB au rămas stabili de atunci, iar decalajul de procesare scade rapid

3. 8 septembrie 2026 la 17:26 UTCresolved

   Parametrii MemoryDB sunt stabili, decalajul de procesare a revenit, iar sistemul este acum complet operațional.

Traducere automată din actualizarea oficială a incidentului.

1. 7 octombrie 2026 la 14:14 UTCinvestigating

   Am observat performanţe degradate în prod-eu. Degradarea performanței afectează toate aplicațiile și toate fluxurile (cum ar fi Pull Cerere sau Scanare CLI**) pot fi mai lente decât de obicei. Investigaţia noastră iniţială sugerează o sarcină excesivă în baza de date comună, ceea ce face citirea şi scrierea mai lentă. Echipa continuă să investigheze.

2. 7 octombrie 2026 la 14:14 UTCresolved

   Sistemul e din nou complet operaţional.

Traducere automată din actualizarea oficială a incidentului.

1. 8 septembrie 2026 la 09:53 UTCinvestigating

   Am observat performanţe degradate în prod-eu. Degradarea performanței afectează toate aplicațiile și toate fluxurile (cum ar fi Pull Cerere sau Scanare CLI**) pot fi mai lente decât de obicei. Investigaţia noastră iniţială sugerează o sarcină excesivă în baza de date comună, ceea ce face citirea şi scrierea mai lentă. Echipa continuă să investigheze.

2. 8 septembrie 2026 la 10:52 UTCresolved

   Sistemul e din nou complet operaţional.

Traducere automată din actualizarea oficială a incidentului.

1. 7 octombrie 2026 la 14:14 UTCresolved

   Componenta GitHub: Solicitări de tragere Original GitHub incident: https://stspg.io/0xbhhq84v4mt

2. 7 octombrie 2026 la 14:14 UTCinvestigating

   Componenta GitHub: Solicitări de tragere Original GitHub incident: https://stspg.io/0xbhhq84v4mt

Traducere automată din actualizarea oficială a incidentului.

1. 8 octombrie 2026 la 08:42 UTCinvestigating

   Componenta GitHub: Solicitări de tragere Original GitHub incident: https://stspg.io/0xbhhq84v4mt

2. 8 octombrie 2026 la 08:42 UTCresolved

   Componenta GitHub: Solicitări de tragere Original GitHub incident: https://stspg.io/0xbhhq84v4mt

Traducere automată din actualizarea oficială a incidentului.

1. 1 septembrie 2026 la 15:10 UTCinvestigating

   Componenta GitHub: Solicitări de tragere Original GitHub incident: https://stspg.io/0xbhhq84v4mt

2. 1 septembrie 2026 la 16:05 UTCresolved

   Componenta GitHub: Solicitări de tragere Original GitHub incident: https://stspg.io/0xbhhq84v4mt

Traducere automată din actualizarea oficială a incidentului.

1. 8 octombrie 2026 la 08:42 UTCinvestigating

   Componenta GitHub: Solicitări de tragere Original GitHub incident: https://stspg.io/nrbwjftcz72d

2. 8 octombrie 2026 la 08:42 UTCresolved

   Componenta GitHub: Solicitări de tragere Original GitHub incident: https://stspg.io/nrbwjftcz72d

Traducere automată din actualizarea oficială a incidentului.