Istoricul incidentelor Statuscast

1. 29 octombrie 2025 la 16:04 UTCupdate

   Între orele 15:45 UTC la 29 octombrie și 00:05 UTC la 30 octombrie 2025, clienții și serviciile Microsoft pârghie Azure Front Door (AFD) au experimentat latențe, temporizări și erori. Serviciile de livrare AFD & CDN continuă să fie stabile și funcționează conform așteptărilor. Dintr-o abundență de precauție, toate operațiunile de administrare a serviciilor (inclusiv crearea, actualizările, ștergerile și purjările) către AFD prin portal sau API continuă să rămână temporar suspendate. Lucrăm la un plan cuprinzător de refacere treptată a acestora într-o abordare progresivă, asigurând în același timp stabilitatea platformei. Vom continua să împărtăşim actualizări periodice pe măsură ce progresăm. Următoarea actualizare va fi de 01:00 UTC la 31 octombrie 2025 sau mai devreme.

2. 31 octombrie 2025 la 01:08 UTCupdate

   La 30 octombrie 2025, avioanele de livrare a datelor de la Azure Front Door (AFD) și Content Delivery Network (CDN) au fost complet atenuate la 00:05 UTC și rămân la niveluri normale de operare. Pe măsură ce terminăm investigaţia completă şi implementăm verificări suplimentare în siguranţă, operaţiunile de gestionare a serviciilor (creare, actualizare, ştergere, purjare etc.) sunt temporar indisponibile. Vom anunţa clienţii după ridicarea restricţiei şi vom trimite periodic o comunicare cu privire la progresul înregistrat. Următoarea actualizare va fi de 19:00 UTC pe 31 octombrie 2025 sau mai devreme ca mandat de eveniment.

3. 31 octombrie 2025 la 20:03 UTCupdate

   Azure Front Door (AFD) și Content Delivery Network (CDN) planuri de date de livrare au fost complet atenuate la 00:05 UTC la 30 octombrie 2025 și rămân la niveluri normale de operare. Pe măsură ce terminăm investigaţia completă şi implementăm verificări suplimentare în siguranţă, operaţiunile de gestionare a serviciilor (creare, actualizare, ştergere, purjare etc.) sunt temporar indisponibile. Ne străduim să oferim un ETA cu privire la momentul în care putem ridica restricţia şi vom continua să trimitem o comunicare periodică cu privire la progresele înregistrate prin intermediul Azure Service Health. Următoarea actualizare va fi până la ora 19:00 UTC la 01 noiembrie 2025 sau mai devreme ca eveniment mandatat.

4. 31 octombrie 2025 la 21:35 UTCupdate

   Azure Front Door (AFD) și Content Delivery Network (CDN) planuri de date de livrare au fost complet atenuate la 00:05 UTC la 30 octombrie 2025 și rămân la niveluri normale de operare. Pe măsură ce terminăm investigaţia completă şi implementăm verificări suplimentare în siguranţă, operaţiunile de gestionare a serviciilor (creare, actualizare, ştergere, purjare etc.) sunt temporar indisponibile. Aşteptarea noastră actuală este de a ridica restricţia la 05 noiembrie 2025 şi vom continua să trimitem comunicare periodică cu privire la progresul prin intermediul Serviciului Azure Health. Următoarea actualizare va fi până la ora 19:00 UTC la 01 noiembrie 2025 sau mai devreme ca eveniment mandatat.

5. 1 noiembrie 2025 la 19:41 UTCupdate

   Azure Front Door (AFD) și Content Delivery Network (CDN) planuri de date de livrare au fost complet atenuate la 00:05 UTC la 30 octombrie 2025 și rămân la niveluri normale de operare. Pe măsură ce terminăm investigaţia completă şi implementăm verificări suplimentare în siguranţă, operaţiunile de gestionare a serviciilor (creare, actualizare, ştergere, purjare etc.) sunt temporar indisponibile. Aşteptările noastre actuale rămân să ridice restricţia la 05 noiembrie 2025 şi vom continua să trimitem o comunicare periodică privind progresul prin intermediul Serviciului de Sănătate Azure. Următoarea actualizare va fi până la ora 19:00 UTC la data de 02 noiembrie 2025 sau mai devreme ca mandat evenimente.

6. 2 noiembrie 2025 la 20:31 UTCupdate

   Azure Front Door (AFD) și Content Delivery Network (CDN) planuri de date de livrare au fost complet atenuate la 00:05 UTC la 30 octombrie 2025 și rămân la niveluri normale de operare. Pe măsură ce terminăm investigaţia completă şi implementăm verificări suplimentare în siguranţă, operaţiunile de gestionare a serviciilor (creare, actualizare, ştergere, purjare etc.) sunt temporar indisponibile. Aşteptările noastre actuale rămân să ridice restricţia la 05 noiembrie 2025 şi vom continua să trimitem o comunicare periodică privind progresul prin intermediul Serviciului de Sănătate Azure. Următoarea actualizare va fi de 03:00 UTC la 03 noiembrie 2025 sau mai devreme ca evenimente mandat.

7. 2 noiembrie 2025 la 21:07 UTCupdate

   Azure Front Door (AFD) și Content Delivery Network (CDN) planuri de date de livrare au fost complet atenuate la 00:05 UTC la 30 octombrie 2025 și rămân la niveluri normale de operare. Pe măsură ce terminăm investigaţia completă şi implementăm verificări suplimentare în siguranţă, operaţiunile de gestionare a serviciilor (creare, actualizare, ştergere, purjare etc.) sunt temporar indisponibile. Aşteptările noastre actuale rămân să ridice restricţia la 05 noiembrie 2025 şi vom continua să trimitem o comunicare periodică privind progresul prin intermediul Serviciului de Sănătate Azure. Următoarea actualizare va fi de 03:00 UTC la 03 noiembrie 2025 sau mai devreme ca evenimente mandat.

8. 3 noiembrie 2025 la 03:02 UTCupdate

   Azure Front Door (AFD) și Content Delivery Network (CDN) planuri de date de livrare au fost complet atenuate la 00:05 UTC la 30 octombrie 2025 și rămân la niveluri normale de operare. Pe măsură ce terminăm investigaţia completă şi implementăm verificări suplimentare în siguranţă, operaţiunile de gestionare a serviciilor (creare, actualizare, ştergere, purjare etc.) sunt temporar indisponibile. Aşteptările noastre actuale rămân să ridice restricţia la 05 noiembrie 2025 şi vom continua să trimitem o comunicare periodică privind progresul prin intermediul Serviciului de Sănătate Azure. Următoarea actualizare va fi până la ora 19:00 UTC la 03 noiembrie 2025 sau mai devreme ca mandat evenimente.

9. 4 noiembrie 2025 la 00:14 UTCupdate

   Azure Front Door (AFD) și Content Delivery Network (CDN) planuri de date de livrare au fost complet atenuate la 00:05 UTC la 30 octombrie 2025 și rămân la niveluri normale de operare. Ca parte a completării investigaţiilor noastre complete şi a controalelor în condiţii de siguranţă, efectuarea operaţiunilor de administrare a serviciilor (creare, actualizare, ştergere, purjare etc.) au fost temporar indisponibile. Restricții privind operațiunile de administrare a serviciilor au fost eliminate pentru acest ID al abonamentului Azure. Vă rugăm să acordaţi aproximativ 30-40 de minute pentru ca modificările să se propage complet până la nivelul marginilor. Ne aşteptăm ca toate restricţiile privind abonamentele, inclusiv alte abonamente sub chiriaşul dumneavoastră, să fie ridicate până la 05 noiembrie 2025. Actualizările privind progresul vor continua prin Azure Service Health. Următoarea actualizare va fi furnizată până la ora 22:00 UTC la data de 04 noiembrie 2025 sau mai devreme, dacă circumstanțele se schimbă.

10. 4 noiembrie 2025 la 00:25 UTCupdate

    Recunoaştem că comunicarea anterioară ar fi putut conţine informaţii destinate unei alte liste de clienţi. Ne cerem scuze pentru deranj şi vă cerem să notaţi următoarele. Azure Front Door (AFD) și Content Delivery Network (CDN) planuri de date de livrare au fost complet atenuate la 00:05 UTC la 30 octombrie 2025 și rămân la niveluri normale de operare. Pe măsură ce terminăm investigaţia completă şi implementăm verificări suplimentare în siguranţă, operaţiunile de gestionare a serviciilor (creare, actualizare, ştergere, purjare etc.) sunt temporar indisponibile. Fluxul de lucru pentru gestionarea și rotirea Aduceți-vă certificate proprii (BIOC) a fost re-enabled. Vom monitoriza progresul de lucru prin coada de rotație necesare. Vom continua să oferim actualizări periodice privind progresele înregistrate. Aşteptările noastre actuale rămân să ridice restricţia la 05 noiembrie 2025. Următoarea actualizare va fi până la ora 22:00 UTC la 04 noiembrie 2025 sau mai devreme ca mandat evenimente.

11. 4 noiembrie 2025 la 03:27 UTCupdate

    În pregătirea pentru ridicarea restricțiilor de gestionare a serviciilor, a fost trimisă o comunicare incorectă, indicând o eliminare timpurie. Data curentă pentru ridicarea tuturor restricţiilor de control rămâne 05 noiembrie 2025. Următoarea actualizare va fi furnizată până la ora 22:00 UTC la 04 noiembrie 2025 sau mai devreme.

12. 4 noiembrie 2025 la 22:22 UTCupdate

    Azure Front Door (AFD) și Content Delivery Network (CDN) planuri de date de livrare au fost complet atenuate la 00:05 UTC la 30 octombrie 2025 și rămân la niveluri normale de operare. Pe măsură ce terminăm investigaţia completă şi implementăm verificări suplimentare în siguranţă, operaţiunile de gestionare a serviciilor (creare, actualizare, ştergere, purjare etc.) sunt temporar indisponibile. Continuăm să atingem obiectivele noastre de etapă spre speranţa de a ridica această restricţie la 05 noiembrie 2025. Următoarea actualizare va fi trimisă pentru a confirma odată ce acest lucru s-a întâmplat, sau mai devreme în cazul în care evenimente mandat.

13. 5 noiembrie 2025 la 23:36 UTCupdate

    Ultima actualizare: La ora 23:00 UTC la 5 noiembrie 2025 au fost eliminate restricțiile privind operațiunile de administrare a serviciilor Azure Front Door (AFD) și Content Delivery Network (CDN). Puteți relua acum operațiunile normale pe planul de management al serviciului AFD. Pentru siguranţă şi protecţie sporită, am extins durata de propagare a configuraţiei până la 45 de minute. Se preconizează că îmbunătățiri suplimentare ale platformei în curs de desfășurare vor optimiza și mai mult timpii de propagare. Contextul anterior: Azure Front Door (AFD) și Content Delivery Network (CDN) avioane de date de livrare au fost complet atenuate de 00:05 UTC la 30 octombrie 2025 și rămân la niveluri normale de operare. V-am anunţat anterior că, în cadrul completării investigaţiilor şi verificărilor în condiţii de siguranţă, efectuarea operaţiunilor de gestionare a serviciilor (creare, actualizare, ştergere, purjare etc.) au fost temporar restricţionate. Această notificare trebuie să confirme faptul că restricțiile temporare respective nu se mai aplică. Următoarele etape: După cum s-a menţionat în PIR-ul nostru preliminar, completăm o retrospectivă internă pentru a înţelege incidentul în detaliu. Odată ce acest lucru este finalizat, care este de așteptat în aproximativ 7 zile, vom publica nostru final Post Incident Review (PIR) - inclusiv un link pentru a înregistra pentru un livestream Azure Incident retrospectiv, discutarea incidentului și învățările noastre. Azure Front Door întrebări frecvente (FAQ)

14. 5 noiembrie 2025 la 23:42 UTCresolved

    Ultima actualizare: La ora 23:00 UTC la 5 noiembrie 2025 au fost eliminate restricțiile privind operațiunile de administrare a serviciilor Azure Front Door (AFD) și Content Delivery Network (CDN). Puteți relua acum operațiunile normale pe planul de management al serviciului AFD. Pentru siguranţă şi protecţie sporită, am extins durata de propagare a configuraţiei până la 45 de minute. Se preconizează că îmbunătățiri suplimentare ale platformei în curs de desfășurare vor optimiza și mai mult timpii de propagare. Contextul anterior: Azure Front Door (AFD) și Content Delivery Network (CDN) avioane de date de livrare au fost complet atenuate de 00:05 UTC la 30 octombrie 2025 și rămân la niveluri normale de operare. V-am anunţat anterior că, în cadrul completării investigaţiilor şi verificărilor în condiţii de siguranţă, efectuarea operaţiunilor de gestionare a serviciilor (creare, actualizare, ştergere, purjare etc.) au fost temporar restricţionate. Această notificare trebuie să confirme faptul că restricțiile temporare respective nu se mai aplică. Următoarele etape: După cum s-a menţionat în PIR-ul nostru preliminar, completăm o retrospectivă internă pentru a înţelege incidentul în detaliu. Odată ce acest lucru este finalizat, care este de așteptat în aproximativ 7 zile, vom publica nostru final Post Incident Review (PIR) - inclusiv un link pentru a înregistra pentru un livestream Azure Incident retrospectiv, discutarea incidentului și învățările noastre. Azure Front Door întrebări frecvente (FAQ)

Traducere automată din actualizarea oficială a incidentului.

1. 29 octombrie 2025 la 16:01 UTCupdate

   Am înțeles că există o pană globală pentru MS Azure. Echipa noastră este conştientă de această problemă. Paginile de stare și portalul admin nu pot fi accesibile. Ne cerem scuze pentru neplăceri.

2. 29 octombrie 2025 la 18:17 UTCupdate

   Pana Microsoft Azure afectează încă nume pentru domenii, dar nu domeniul status.page. Puteți utiliza https:// yourpagename.status.page pentru a accesa pagina dvs. și autentificarea portalului admin. Ne cerem scuze pentru neplăceri.

3. 30 octombrie 2025 la 05:40 UTCresolved

   Serviciile sunt operaţionale acum. Acest eveniment a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 4 aprilie 2025 la 13:37 UTCupdate

   Inginerii au fost alertaţi de întârzierile în procesarea notificării. În prezent investigăm și vom urmări cu detalii suplimentare.

2. 4 aprilie 2025 la 18:30 UTCresolved

   La 9:37 AM EDT a avut loc un incident care a întârziat procesarea notificării incidentului. Incidentul a fost rezolvat până la ora 14:30. Vor urma mai multe detalii despre cauza principală. Abonatii ar vedea în continuare paginile de stare așa cum era de așteptat, dar notificarea incidentului ar fi fost întârziată.

Traducere automată din actualizarea oficială a incidentului.

1. 27 februarie 2025 la 14:53 UTCupdate

   Xurrent Dobândește Zentuble SANTA BARBARA, Calif., 27 februarie, Această achiziție marchează un alt punct de reper semnificativ în călătoria în curs de desfășurare Xurrent Phil Christianson, ofiţerul şef de producţie Xurrent, a remarcat, Xurrent este încântat să anunţe un progres major în capacităţile noastre ITOM. Achiziția noastră StatusCast din luna aprilie a îmbunătățit platforma noastră pentru a îmbunătăți în mod dramatic organizațiile abilitățile de a comunica detalii de incidente majore. Acum, odată cu achiziţionarea Zentub, vom permite IT să automatizeze şi să raţionalizeze rezoluţia incidentelor şi remedierea cauzelor profunde, asigurând reparaţii mai rapide şi prevenind incidentele repetate. Zenduty este un inovator în managementul incidentelor și alertelor. Platforma şi-a câştigat reputaţia pentru a permite comandanţilor de incidente să adune rapid echipele potrivite într-o cameră virtuală de război, probleme de triaj şi rezolvare rapidă. Prin integrarea Zenduty cu capabilitățile Xurrent Această integrare asigură faptul că, atunci când are loc un incident major, organizațiile pot nu numai să gestioneze și să rezolve problema rapid, dar și să implementeze o abordare structurată pentru a preveni repetarea acesteia. Zenduty împuternicește comandanții de incidente să coordoneze echipele de răspuns în mod eficient, în timp ce platforma Xurrent Prin integrarea Zenduty cu Xurrent • Automatizarea camerelor de război virtuale pentru răspuns rapid la incidente. • Gestionarea și rezolvarea rapidă a incidentelor. • Asigurarea responsabilității pentru finalizarea sarcinilor de remediere post-incidență. Combinaţia de instrumente de management al incidentelor şi alertelor Zen duty şi Zen duty cu puterea Xurrent Despre Xurrent XurrentTM eficientizează TSM şi Managementul Operaţiunilor IT cu automatizare alimentată cu AI. Platforma noastră simplifică fluxurile de lucru, îmbunătățește colaborarea și stimulează productivitatea. Construită pentru scalabilitate, Xurrent se adaptează perfect nevoilor în evoluţie ale întreprinderilor moderne, minimizând efortul, maximizând eficienţa. Aflați mai multe pe www.xurrent.com . Despre Zenduty Zentuage este un incident de la un capăt la altul și o soluție de gestionare a apelurilor care oferă alerte de canal prin e-mail, telefon, SMS, Slack și Microsoft Teams pentru a se asigura că echipa dvs. este notificată prompt în timpul serviciului de downtimes. Proiectat pentru a spori eficiența reacției la incidente, Zentough oferă caracteristici cum ar fi alertarea personalizabilă, programarea de gardă, și integrarea fără probleme cu peste 150 de instrumente, inclusiv Datadog, Jira, și Slack. Organizaţiile care utilizează Zentough au raportat îmbunătăţiri semnificative, inclusiv reducerea timpului de repaus, o îmbunătăţire de 50% în timpul mediu pentru a recunoaşte (MTTA) şi timpul mediu pentru a rezolva (MTTR) şi economii de costuri. Pentru mai multe informații, accesați www.zenduty.com. Comunicat de presă: https://www.xurrent.com/press-release/xurrent-acquires-zen duty-completing-the-incident-response-and-remediation-loop/

2. 27 februarie 2025 la 14:54 UTCresolved

   închis automat

Traducere automată din actualizarea oficială a incidentului.

1. 23 februarie 2025 la 14:00 UTCupdate

   Inginerii StatusCast au observat unele degradare de prelucrare care ar fi putut cauza întârzieri în unele acțiuni.

2. 24 februarie 2025 la 02:00 UTCresolved

   Echipa a identificat problema.

Traducere automată din actualizarea oficială a incidentului.

1. 4 februarie 2025 la 22:30 UTCupdate

   StatusCast engineers noted a background processing degradation that caused delays in some actions from being completed in a timely fashion.

2. 5 februarie 2025 la 02:00 UTCresolved

   This has been resolved. We apologize for any inconvenience.

1. 29 decembrie 2024 la 23:00 UTCupdate

   Domeniul de accesare a portalului de suport StatusCast a fost actualizat la https://xurrent-statuscast-portal.xurrent.com/ . În timp ce domeniul vechi va redirecționa spre cel actual recomandăm actualizarea în mod corespunzător a semnelor de carte.

2. 29 decembrie 2024 la 23:01 UTCresolved

   închis automat

Traducere automată din actualizarea oficială a incidentului.

1. 25 noiembrie 2024 la 19:24 UTCupdate

   Inginerii StatusCast au identificat o copie de rezervă în procesul său de fundal care cauzează întârzieri în unele acțiuni de a fi finalizate în timp util.

2. 25 noiembrie 2024 la 20:32 UTCupdate

   Inginerii au determinat cauza principală a backup-ului în procesare. În acest timp am escaladat serviciul care este responsabil pentru a ajuta la ștergerea elementele rămase mai repede.

3. 25 noiembrie 2024 la 22:06 UTCresolved

   Serviciile ar trebui să funcţioneze conform aşteptărilor.

Traducere automată din actualizarea oficială a incidentului.

1. 16 noiembrie 2024 la 01:00 UTCupdate

   Inginerii StatusCast au fost alertați cu privire la un posibil eveniment de impact al performanței care afectează paginile de stare și timpul de răspuns al aplicației admin. Acest eveniment nu afectează procesarea notificării. Ne cerem scuze pentru acest inconvenient și va oferi o actualizare în scurt timp.

2. 18 noiembrie 2024 la 19:00 UTCresolved

   Toate serviciile ar trebui să fie pe deplin funcționale și să funcționeze în mod regulat.

3. 27 noiembrie 2024 la 20:00 UTCupdate

   Inginerii lui StatusCast au stabilit că la aproximativ 8:00 PM EST pe 15 noiembrie 2024, mai multe dintre serverele de aplicații StatusCast au experimentat o problemă care a cauzat timpul de răspuns să crească. Infrastructura StatusCast din Azure este concepută pentru a efectua proceduri de scalare a serviciilor sub constrângere și pentru toți, în afară de unul dintre serviciile de aplicare în cauză, acest lucru a fost realizat prin restabilirea cu succes a serviciului la un nivel acceptabil de performanță. Restul serviciului de aplicare în UE nu a fost corect extins și a rămas într-o stare degradată timp de mai multe zile. Pe 18 noiembrie inginerii au fost alertaţi că unii clienţi încă se confruntau cu întârzieri în timpul de încărcare şi în acel moment ultimul server a fost corectat. După acest eveniment a avut loc echipa DevOps StatusCast a început un audit al tuturor procedurilor de scalare pentru a se asigura că serviciile de aplicare din regiunile noastre operaționale Azure aderă la un proces coerent de scalare și pentru a se asigura că monitorizarea este aplicată în mod corespunzător tuturor serviciilor ca având un singur serviciu de aplicare rămas într-o stare degradată de zile nu este acceptabilă.

Traducere automată din actualizarea oficială a incidentului.

1. 5 septembrie 2024 la 13:00 UTCupdate

   Echipa noastră este încântată să anunțe rebrand oficial de 4me la numele Xurrent. Privirea noastră reîmprospătată și identitatea actualizată captează esența afacerii noastre, a platformei noastre, a viziunii noastre și a valorii sale. Noul nostru look este lansat într-un nou site web, materiale de marketing, și aplicația Xurrent! Date importante: • 5 septembrie (astăzi!) • Un comunicat de presă a anunţat lansarea remarcă. • Noul nostru site este live! Verifică la www.xurrent.com. • 7 septembrie • Toate comunicaţiile din Xurrent vor proveni din noul nostru domeniu, www.xurrent.com. Acest lucru înseamnă e-mailuri și orice alte comunicări oficiale. Ce înseamnă acest lucru pentru tine? Începând de acum veți vedea noul nostru branding în e-mailuri, pe site-ul, și în alte comunicații. Fiți siguri, această schimbare nu va afecta serviciile curente. Vă mulțumim pentru a fi o parte valoroasă a familiei Xurrent (fosta 4me). În timp ce aspectul nostru evoluează, dedicarea noastră la furnizarea de produse de calitate superioară și sprijinul excepțional al clienților rămâne neschimbat. Misiunea și valorile noastre continuă să ne conducă pe măsură ce avansăm către un viitor dinamic și colaborativ.

2. 5 septembrie 2024 la 13:01 UTCresolved

   închis automat

Traducere automată din actualizarea oficială a incidentului.

1. 1 august 2024 la 17:45 UTCupdate

   As of August 1st, 2024 we have removed the link to the Legacy Incident Editor from the admin portal to ensure that users maintain a unified experience and are able to take advantage of all of our latest improvements to the incident creation process.

2. 1 august 2024 la 17:46 UTCresolved

   auto-closed

1. 30 iulie 2024 la 13:30 UTCupdate

   Inginerii StatusCast au fost alertați mai devreme că unii utilizatori au avut probleme sporadice încercând să se conecteze la pagina de stare și portalul admin. Furnizorul nostru de găzduire, Microsoft Azure, ne-a alertat prin intermediul paginii lor de stare că se confruntă cu unele probleme de rețea la nivel global. Vom oferi o actualizare de îndată ce mai multe informații sunt disponibile.

2. 30 iulie 2024 la 14:44 UTCupdate

   Accesul la paginile de stare a rămas stabil, iar Azure și-a actualizat statutul, indicând că procesele eşuate au fost angajate pentru a-și îmbunătăți disponibilitatea serviciilor. Inginerii StatusCast va continua să urmărească acest lucru îndeaproape și va posta actualizări suplimentare, după caz.

3. 30 iulie 2024 la 20:47 UTCupdate

   Aplicația StatusCast a continuat să rămână stabilă. Inginerii noștri vor continua să urmărească îndeaproape sistemul, deoarece Microsoft nu a închis complet evenimentul de partea lor. Pentru mai multe detalii specifice cu privire la problema Azure vă rugăm să consultați pagina lor de stare. Vom furniza actualizări suplimentare, după caz.

4. 30 iulie 2024 la 22:00 UTCresolved

   Microsoft a închis problema de partea lor și platforma StatusCast continuă să funcționeze așa cum era de așteptat. Odată ce Microsoft a publicat mai multe detalii despre acest lucru, vă vom oferi aici sub forma unui RCA.

5. 1 august 2024 la 17:07 UTCupdate

   DE LA MICROSOFT: Declaraţie de atenuare - Azure Front Door Issues accessing a subset of Microsoft services ID-ul de urmărire: KTY1-HW8 Ce s-a întâmplat? Între aproximativ 11:45 UTC și 19:43 UTC la 30 iulie 2024, un subset de clienți ar fi putut avea probleme legate de un subset de servicii Microsoft la nivel global. Serviciile de impact au inclus Azure App Services, Application Insights, Azure IoT Central, Azure Log Search Alerts, Azure Policy, precum și portalul Azure în sine și un subset de Microsoft 365 și servicii Microsoft Purview. Ce ştim până acum? Un vârf de utilizare neașteptată a dus la Azure Front Door (AFD) și componente Azure Content Delivery Network (CDN) care funcționează sub praguri acceptabile, ceea ce duce la erori intermitente, temporizări și piroane de latență. În timp ce evenimentul declanșator inițial a fost un atac de negare a serviciului (DDoS), care a activat mecanismele noastre de protecție DDoS, investigațiile inițiale sugerează că o eroare în implementarea apărării noastre amplificat impactul atacului, mai degrabă decât atenuarea acestuia. Cum am reacţionat? Impactul asupra clienților a început la 11:45 UTC și am început să investigăm. Odată ce natura vârfului de utilizare a fost înțelesă, am implementat modificări de configurare de rețea pentru a sprijini eforturile noastre de protecție DDoS, și a efectuat eșecuri la căi alternative de rețea pentru a oferi ajutor. Configuraţia iniţială a reţelei noastre s-a modificat cu succes şi a redus majoritatea impactului cu 14:10 UTC. Unii clienți au raportat mai puțin de 100% disponibilitate, pe care am început să-l atenuăm în jurul orei 18:00 UTC. Am continuat cu o abordare actualizată a atenuării, care a condus mai întâi acest lucru la regiuni din Asia Pacific și Europa. După validarea faptului că această abordare revizuită a eliminat cu succes efectele secundare ale atenuării inițiale, am lansat-o în regiunile din America. Ratele de eșec au revenit la nivelurile de pre-incidență până la 19:43 UTC - după monitorizarea traficului și serviciilor pentru a se asigura că problema a fost complet atenuată, am declarat incidentul atenuat la 20:48 UTC. Unele servicii din aval au luat mai mult timp pentru a se recupera, în funcție de modul în care au fost configurate pentru a utiliza AFD și/sau CDN. Ce se întâmplă în continuare? Echipa noastră va completa o retrospectivă internă pentru a înțelege incidentul în detaliu. Vom publica o analiză preliminară post-incidente (PIR) în aproximativ 72 de ore, pentru a împărtăși mai multe detalii cu privire la ceea ce sa întâmplat și cum am răspuns. După ce retrospectiva noastră internă este finalizată, în general, în termen de 14 zile, vom publica o revizuire finală a incidentului postal cu orice detalii suplimentare și învățări. Pentru a fi notificat atunci când acest lucru se întâmplă, și/sau pentru a rămâne informat cu privire la viitoarele probleme de servicii Azure, asigurați-vă că configurați și mențineți alertele de sănătate Azure Service Pentru mai multe informații cu privire la recenziile privind incidentele post-incidentele, consultați https://aka.ms/AzurePIRS. În cele din urmă, pentru orientări mai ample privind pregătirea pentru incidentele în domeniul cloud, se face referire la https://aka.ms/incidentreadiness.

Traducere automată din actualizarea oficială a incidentului.

1. 22 iulie 2024 la 16:30 UTCupdate

   StatusCast și echipa de sprijin de 4me Acest pas următor în integrarea operațiunilor de StatusCast de la 4me vă va oferi în cele din urmă cu mult mai multă înțelegere a cererilor pe care le depuneți și statutul lor. Ce se schimbă? În ziua de miercuri, 24 iulie 2024, portalul de sprijin "StatusCast" va fi transferat către https://4me-statuscast-portal.4me.com/, acest portal de autoservire va fi noua voastră resursă de a prezenta noi bilete și de a vizualiza statutul tuturor celor existente pe care le-ați prezentat. Acest nou portal vă va oferi un statut mai precis al biletului, și în cazul în care solicitați o schimbare sau executați o problemă care necesită muncă de dezvoltare, veți avea vizibilitate în statutul de dezvoltare la un QA, la o perspectivă de producție. De asemenea, clienţii vor putea găsi răspunsuri la întrebările lor trecând prin portalul care conţine o bază de cunoştinţe care va fi extinsă pe măsură ce mergem mai departe. Suntem foarte încântați să aducem această vizibilitate extinsă clienților noștri, deoarece credem că aceasta reprezintă un pas important înainte în sprijinul pe care îl oferim. Ca urmare a acestei modificări, e-mail [email protected] nu va mai deschide bilete. Va trebui să accesați portalul de self-service pentru a depune și accesa cereri de sprijin. Un link către acest portal de autoservire a fost adăugat la Portalul de admin StatusCast și puteți accesa prin selectarea Setări > Centrul de ajutor > Bilete de sprijin Administratorii existentei StatusCast au primit acces la acest nou portal. Pentru a accesa Portalul StatusCast, accesați https://xurrent-statuscast-portal.xurrent.com/ și începeți cu Dacă nu obțineți un e-mail în timp ce face acest lucru este posibil să nu fi fost acordat acces automat, în acest caz vă puteți auto-înregistra făcând clic pe Portalul StatusCast vă cere să utilizați o adresă de e-mail și să configurați o parolă cu 18 caractere.

2. 22 iulie 2024 la 16:31 UTCresolved

   închis automat

Traducere automată din actualizarea oficială a incidentului.

1. 5 iulie 2024 la 13:00 UTCupdate

   În conformitate cu angajamentul nostru faţă de securitate şi transparenţă am dorit să vă informăm că furnizorul nostru de SMS, Twilio, a alertat echipa noastră de securitate la un incident care a avut loc. Mai jos este declarația pe care am primit-o de la Twilio care oferă o prezentare detaliată a incidentului și ceea ce s-a făcut: Twilio a fost notificat de către unul dintre transportatorii noștri de rezervă, iBasis, că IdentificaMobile expus accidental anumite date legate de SMS trimise public de iBasis pe internet, care includea date cu caracter personal. Vă scriem pentru a vă informa că unele dintre datele dvs. personale și non-personale (cum ar fi datele legate de campaniile de marketing) au fost accesate de către un grup de cercetare de securitate în timp ce acestea au fost expuse public de IdentificMobile. Deși acest incident a fost în afara controlului Twilio, noi îl luăm foarte în serios și ne angajăm să vă ajutăm să înțelegeți impactul deplin. Ce vrei să ştii? Pentru a transmite mesaje în regiuni specifice, Twilio se bazează pe numeroși transportatori pentru a maximiza capacitatea de livrare către destinațiile lor finale. Twilio a fost notificat că iBasis (un portavion de rezervă Twilio) a utilizat IdentificMobile (în continuare portavion de rezervă iBasis), care a permis accesul publicului la un găleată AWS S3 în timpul lucrărilor de dezvoltare. Informațiile conținute în această găleată au fost făcute publice în perioada 10-15 mai 2024 și au fost accesate în perioada 13-14 mai 2024. Pe baza unei anchete comune între IdentificMobile și Amazon AWS, am aflat că o parte din aceste date au fost accesate de Clubul de Calculare a Haosului (CCC). CCC este un grup de cercetare în domeniul securității care identifică probleme de securitate; CCC a confirmat faptul că nu dețin date descărcate de la AWS S3 Bucket. Nu avem dovezi care să ne permită să confirmăm că nicio altă parte terță nu a accesat datele. Twilio nu deține această găleată, și nici unul dintre sistemele noastre au fost compromise în legătură cu această expunere de date. Acest incident a fost rezultatul acţiunilor întreprinse de IdentificaMobile şi în afara controlului Twilio În timp ce continuăm colaborarea cu acești transportatori pentru a vă aduce cele mai exacte informații cu privire la această expunere, partea de date expuse de IdentificMobile legate de SMS-urile trimise între 1 ianuarie 2024 și 15 mai 2024 și incluse: • Număr de mobil • Conținutul mesajului SMS • SMS ID expeditor • SMS Timestamp Ce am făcut până acum? • Twilio a inițiat procesul nostru de răspuns la incidente pentru a investiga rapid această chestiune. • Twilio escaladat această problemă la echipa executivă iBasis; ulterior, am făcut o analiză pe jurnalele de date care au fost compromise pentru a vă oferi cât mai multe informații posibil. • Din abundenţă de precauţie, am încetat să mai trimitem trafic la iBasis, acolo unde este posibil. iBasis l-a informat pe Twilio că a oprit rutarea cu IdentificMobile. • Vom continua să lucrăm cu transportatorii noștri de partid 3 pentru a vă obține orice detalii suplimentare care ar putea apărea din acest incident. Ce trebuie să faci? Vă recomandăm revizuirea traficului SMS pe care l-ați trimis între 1 ianuarie 2024 și 15 mai 2024, discutarea implicațiilor unei expuneri cu echipa dvs. internă (s) și decizia dacă aveți nevoie să se angajeze cu persoane afectate. Dacă aveți nevoie de informații suplimentare cu privire la acest incident, suntem aici pentru a vă sprijini pe tot parcursul acestei situații. Regretăm profund orice inconvenient care ar putea cauza şi aprecia înţelegerea şi cooperarea dumneavoastră. Ce a făcut StatusCast? Odată ce echipa de securitate StautsCast a fost alertat un audit a fost efectuat pentru a încerca și de a determina impactul potențial acest lucru a avut asupra serviciului nostru. Pe baza raportului Twilio Pe baza datelor din raport ar fi inclus numărul de telefon al destinatarului, precum și mesajul SMS. Notificările SMS în StatusCast sunt concepute pentru a fi scurte și pentru a conduce utilizatorii la pagina de stare. Mesajele SMS nu includ numele sau alte informații personale identificabile (PII). Ca întotdeauna în StatusCast aveți dreptul de a alege dacă notificările SMS sunt trimise sau nu. Opțiunile SMS pot fi controlate în secțiunile Setări și Integrare ale aplicației dacă doriți să vă revizuiți configurațiile. În acest moment nu există elemente de acțiune suplimentare pentru StatusCast pentru a lua în ceea ce privește aplicarea sau infrastructura sa, cu toate acestea, vom menține o comunicare strânsă cu Twilio și în cazul în care orice informații suplimentare este eliberat vom trece de-a lungul prin propria noastră pagină de stare. StautsCast a colaborat cu Twilio ani de zile și și-au menținut angajamentul ferm față de securitate și transparență. Vom lua în considerare acest lucru, precum și acest incident, deoarece vom continua să oferim notificări SMS în aplicație. Dacă aveți întrebări suplimentare vă rugăm să ne contactați la [email protected]

2. 5 iulie 2024 la 13:01 UTCresolved

   închis automat

Traducere automată din actualizarea oficială a incidentului.

1. 7 iunie 2024 la 13:00 UTCupdate

   Ca urmare a achiziţiei de 4me, ne-am pregătit să integrăm operaţiunile de suport de la StatusCast în infrastructura 4me Prin combinarea operaţiunilor noastre de suport cu 4me Pentru a face primul pas înainte în fuzionarea oficială a acestor echipe, vom elimina opțiunea de chat live disponibilă în portalul admin începând de vineri, 7 iunie 2024. Puteți fi în continuare de a comunica cu sprijinul prin e-mail( [email protected] ) sau prin accesarea portalului nostru actual de sprijin. În lunile următoare, veți observa mai multe modificări în modul în care sprijinul StatusCast este oferit. Aceasta va implica introducerea unui portal de sprijin nou și îmbunătățit pentru urmărirea oricăror cereri de modificare sau probleme pe care le-ați înregistrat cu sprijin. În plus, în cerere vor fi puse la dispoziție mai multe instrumente și informații de audit și va exista o creștere a resurselor de ajutor și cunoștințe accesibile direct. Suntem foarte încântați să ne extindem oferta de sprijin cu 4me și să știm că va ajuta în cele din urmă comunitatea noastră de clienți și utilizatori de valoare!

2. 7 iunie 2024 la 13:01 UTCresolved

   închis automat

Traducere automată din actualizarea oficială a incidentului.

1. 4 aprilie 2024 la 00:19 UTCupdate

   La aproximativ 8:19PM EDT, inginerii StatusCast au fost alertați că unele pagini de stare și aplicații admin au fost inaccesibile. Echipa a identificat faptul că partenerul său de găzduire, Microsoft, se confrunta cu unele probleme în regiunea sa de Est a SUA legate de serviciile de aplicații și conexiunile de baze de date SQL. Ca de 9:03PM servicii EDT au fost restaurate și echipa de StatusCast este în prezent de lucru cu Microsoft pentru a investiga pe deplin incidentul. Odată ce echipa a terminat investigaţia, vom urmări un RCA. În acest moment StatusCast ar trebui să funcționeze pe deplin așa cum se așteaptă, dacă continuați să aveți orice alte probleme vă rugăm să ne contactați la [email protected]

2. 4 aprilie 2024 la 01:03 UTCresolved

   Ca de 9:03PM servicii EDT au fost restaurate și echipa de StatusCast este în prezent de lucru cu Microsoft pentru a investiga pe deplin incidentul. Odată ce echipa a terminat investigaţia, vom urmări un RCA.

3. 5 aprilie 2024 la 21:00 UTCupdate

   În colaborarea cu Microsoft, echipa StatusCast a confirmat că perturbarea a fost cauzată de o întrerupere cu baze de date SQL situate în regiunea Azures US East, care este în cazul în care StatusCast este găzduit în principal: StatusCast în sine a fost afectat de această întrerupere de la aproximativ 8:19 PM EDT și a fost recuperat complet de 9:03 PM EDT. Echipa StatusCast va continua să lucreze îndeaproape cu Microsoft pentru a-și optimiza oferta pentru a se asigura că impactul întreruperilor furnizorului de servicii este cât mai minim posibil.

Traducere automată din actualizarea oficială a incidentului.

1. 2 aprilie 2024 la 13:00 UTCupdate

   We are very excited to announce that StatusCast has been acquired by 4Me! Since 2013 we have been working hard to close the gap between service outages and those who are impacted, and this acquisition is one large step further in our journey of providing critical information to those who need it most. The inclusion of StatusCast's features will aid 4Me in it's mission to modernize service management for organizations. Click here to read more!

2. 2 aprilie 2024 la 13:01 UTCresolved

   auto-closed

1. 8 martie 2024 la 15:01 UTCinvestigating

   We are experiencing SMS delivery delays when sending messages to Telefonica Network In Mexico. Our engineers are working with our carrier partner to resolve the issue. We will provide another update in 1 hour or as soon as more information becomes available.

2. 8 martie 2024 la 15:12 UTCinvestigating

   We are continuing our investigation and have discovered SMS Latin America is affected by SMS delivery delays when sending messages to Telefonica Network in Mexico.

3. 8 martie 2024 la 16:22 UTCmonitoring

   We are observing recovery in SMS delivery delays when sending messages to Telefonica Network in Mexico. We will continue monitoring the service to ensure a full recovery. We will provide another update in 2 hours or as soon as more information becomes available.

4. 8 martie 2024 la 16:23 UTCresolved

   auto-closed

1. 8 martie 2024 la 13:26 UTCinvestigating

   We are continuing to experience SMS Delivery Delays when sending messages to Multiple Networks in Thailand. Our engineers are working with our carrier partner to resolve the issue. We will provide another update in 2 hours or as soon as more information becomes available.

2. 8 martie 2024 la 15:20 UTCmonitoring

   We are observing recovery in SMS delivery delays when sending messages to Multiple Networks in Thailand. We will continue monitoring the service to ensure a full recovery. We will provide another update in 2 hours or as soon as more information becomes available.

3. 8 martie 2024 la 17:05 UTCresolved

   We are no longer experiencing SMS delivery delays when sending messages to Multiple Networks in Thailand. This incident has been resolved.

1. 7 martie 2024 la 07:27 UTCinvestigating

   We've become aware of a potential issue with SMS Message Delivery delay to Tigo Network In Chad. Our engineering team has been alerted and is actively investigating. We will update as soon as we have more information.

2. 7 martie 2024 la 07:37 UTCinvestigating

   We are experiencing SMS delivery delays when sending messages to Tigo Network In Chad. Our engineers are working with our carrier partner to resolve the issue. We will provide another update in 1 hour or as soon as more information becomes available.

3. 7 martie 2024 la 07:43 UTCinvestigating

   We are experiencing SMS delivery delays when sending messages to Tigo Network In Chad. Our engineers are working with our carrier partner to resolve the issue. We will provide another update in 1 hour or as soon as more information becomes available.

4. 7 martie 2024 la 08:34 UTCinvestigating

   We are continuing to experience SMS delivery delays when sending messages to Tigo Network In Chad. Our engineers are working with our carrier partner to resolve the issue. We will provide another update in 2 hours or as soon as more information becomes available.

5. 7 martie 2024 la 10:28 UTCinvestigating

   We are continuing to experience SMS delivery delays when sending messages to Tigo Network In Chad. Our engineers are working with our carrier partner to resolve the issue. We will provide another update in 4 hours or as soon as more information becomes available.

6. 7 martie 2024 la 14:18 UTCinvestigating

   We are continuing to experience SMS delivery delays when sending messages to Tigo Network in Chad. Our engineers are working with our carrier partner to resolve the issue. We will provide another update in 8 hours or as soon as more information becomes available.

7. 7 martie 2024 la 15:12 UTCmonitoring

   We are observing recovery in SMS delivery delays when sending messages to Tigo Network In Chad. We will continue monitoring the service to ensure a full recovery. We will provide another update in 30 min or as soon as more information becomes available.

8. 7 martie 2024 la 15:13 UTCresolved

   auto-closed