Statuscast driftsforstyrrelser

1. 29. oktober 2025 kl. 16.04 UTCupdate

   Mellem 15: 45 UTC den 29 oktober og 00: 05 UTC den 30 oktober 2025, kunder og Microsoft-tjenester udnytte Azure Front Door (AFD) oplevede latesser, timeouts, og fejl. AFD & CDN leveringsydelserne er fortsat stabile og kører som forventet. Ud af en overflod af forsigtighed, er alle service management operationer (herunder oprettelse, opdateringer, sletninger, og udrensninger) til AFD via portal eller API 'er fortsat midlertidigt suspenderet. Vi arbejder på en omfattende plan for gradvis at genaktivere disse i en trinvis tilgang, samtidig med at platformen forbliver stabil. Vi vil fortsat dele periodiske opdateringer, når vi gør fremskridt. Næste opdatering vil være ved 01: 00 UTC den 31 okt 2025 eller tidligere.

2. 31. oktober 2025 kl. 01.08 UTCupdate

   Azure Front Door (AFD) og Content Delivery Network (CDN) levering data fly blev fuldt afbødet på 00: 05 UTC den 30 oktober 2025 og forbliver på normale driftsniveauer. Når vi afslutter vores fulde undersøgelse og implementere yderligere sikker kontrol, service management operationer (oprette, opdatere, slette, rense, osv.) er midlertidigt utilgængelige. Vi vil underrette kunderne, når begrænsningen er ophævet, og vi vil sende periodisk kommunikation om fremskridtene. Næste opdatering vil være ved 19: 00 UTC på 31 Okt 2025 eller tidligere som begivenhed arrestordre.

3. 31. oktober 2025 kl. 20.03 UTCupdate

   Azure Front Door (AFD) og Content Delivery Network (CDN) levering data fly blev fuldt afbødet ved 00: 05 UTC den 30 oktober 2025 og forbliver på normale driftsniveauer. Når vi afslutter vores fulde undersøgelse og implementere yderligere sikker kontrol, service management operationer (oprette, opdatere, slette, rense, osv.) er midlertidigt utilgængelige. Vi arbejder på at tilvejebringe et ETA om, hvornår vi kan hæve begrænsningen og vil fortsætte med at sende periodisk kommunikation om fremskridtene via Azure Service Health. Den næste opdatering vil være ved 19: 00 UTC den 01 november 2025 eller før som begivenheder kræver.

4. 31. oktober 2025 kl. 21.35 UTCupdate

   Azure Front Door (AFD) og Content Delivery Network (CDN) levering data fly blev fuldt afbødet ved 00: 05 UTC den 30 oktober 2025 og forbliver på normale driftsniveauer. Når vi afslutter vores fulde undersøgelse og implementere yderligere sikker kontrol, service management operationer (oprette, opdatere, slette, rense, osv.) er midlertidigt utilgængelige. Vores nuværende forventning er at hæve begrænsningen den 05 november 2025, og vi vil fortsætte med at sende periodiske meddelelser om fremskridtene via Azure Service Health. Den næste opdatering vil være ved 19: 00 UTC den 01 november 2025 eller før som begivenheder kræver.

5. 1. november 2025 kl. 19.41 UTCupdate

   Azure Front Door (AFD) og Content Delivery Network (CDN) levering data fly blev fuldt afbødet ved 00: 05 UTC den 30 oktober 2025 og forbliver på normale driftsniveauer. Når vi afslutter vores fulde undersøgelse og implementere yderligere sikker kontrol, service management operationer (oprette, opdatere, slette, rense, osv.) er midlertidigt utilgængelige. Vores nuværende forventning er stadig at ophæve begrænsningen den 05 november 2025, og vi vil fortsætte med at sende periodiske meddelelser om fremskridtene via Azure Service Health. Den næste opdatering vil være ved 19: 00 UTC den 02 november 2025 eller før som begivenheder kræver.

6. 2. november 2025 kl. 20.31 UTCupdate

   Azure Front Door (AFD) og Content Delivery Network (CDN) levering data fly blev fuldt afbødet ved 00: 05 UTC den 30 oktober 2025 og forbliver på normale driftsniveauer. Når vi afslutter vores fulde undersøgelse og implementere yderligere sikker kontrol, service management operationer (oprette, opdatere, slette, rense, osv.) er midlertidigt utilgængelige. Vores nuværende forventning er stadig at ophæve begrænsningen den 05 november 2025, og vi vil fortsætte med at sende periodiske meddelelser om fremskridtene via Azure Service Health. Den næste opdatering vil være 03: 00 UTC den 03 november 2025 eller før som begivenheder kræver.

7. 2. november 2025 kl. 21.07 UTCupdate

   Azure Front Door (AFD) og Content Delivery Network (CDN) levering data fly blev fuldt afbødet ved 00: 05 UTC den 30 oktober 2025 og forbliver på normale driftsniveauer. Når vi afslutter vores fulde undersøgelse og implementere yderligere sikker kontrol, service management operationer (oprette, opdatere, slette, rense, osv.) er midlertidigt utilgængelige. Vores nuværende forventning er stadig at ophæve begrænsningen den 05 november 2025, og vi vil fortsætte med at sende periodiske meddelelser om fremskridtene via Azure Service Health. Den næste opdatering vil være 03: 00 UTC den 03 november 2025 eller før som begivenheder kræver.

8. 3. november 2025 kl. 03.02 UTCupdate

   Azure Front Door (AFD) og Content Delivery Network (CDN) levering data fly blev fuldt afbødet ved 00: 05 UTC den 30 oktober 2025 og forbliver på normale driftsniveauer. Når vi afslutter vores fulde undersøgelse og implementere yderligere sikker kontrol, service management operationer (oprette, opdatere, slette, rense, osv.) er midlertidigt utilgængelige. Vores nuværende forventning er stadig at ophæve begrænsningen den 05 november 2025, og vi vil fortsætte med at sende periodiske meddelelser om fremskridtene via Azure Service Health. Den næste opdatering vil være ved 19: 00 UTC den 03 november 2025 eller før som begivenheder kræver.

9. 4. november 2025 kl. 00.14 UTCupdate

   Azure Front Door (AFD) og Content Delivery Network (CDN) levering data fly blev fuldt afbødet ved 00: 05 UTC den 30 oktober 2025 og forbliver på normale driftsniveauer. Som en del af at fuldføre vores fulde undersøgelse og sikre kontroller, udfører service management operationer (oprette, opdatere, slette, rense, osv.) blev gjort midlertidigt utilgængelige. Restriktioner for servicestyring er fjernet for dette Azure-abonnementsidentifikationsnummer. Vær venlig at tillade omkring 30- 40 minutter for ændringer til fuld formering til kant sites. Vi forventer, at alle begrænsninger på tværs af abonnementer, herunder andre abonnementer under din lejer, vil blive ophævet senest 05 november 2025. Opdateringer af fremskridt vil fortsætte via Azure Service Health. Den næste opdatering vil blive leveret inden 22: 00 UTC den 04 november 2025, eller før, hvis omstændighederne ændrer sig.

10. 4. november 2025 kl. 00.25 UTCupdate

    Vi erkender, at tidligere kommunikation kan have indeholdt oplysninger beregnet til en anden liste over kunder. Vi undskylder ulejligheden og beder dig om at bemærke følgende. Azure Front Door (AFD) og Content Delivery Network (CDN) levering data fly blev fuldt afbødet ved 00: 05 UTC den 30 oktober 2025 og forbliver på normale driftsniveauer. Når vi afslutter vores fulde undersøgelse og implementere yderligere sikker kontrol, service management operationer (oprette, opdatere, slette, rense, osv.) er midlertidigt utilgængelige. Workflow til at styre og rotere medbringe dit eget certifikat (BYOC) certifikater er blevet re- aktiveret. Vi vil overvåge fremskridtene med at arbejde gennem den kø af nødvendige rotationer. Vi vil fortsat levere regelmæssige opdateringer om fremskridt. Vores nuværende forventning er stadig at ophæve begrænsningen den 05 november 2025. Den næste opdatering vil være ved 22: 00 UTC den 04 november 2025 eller før som begivenheder kræver.

11. 4. november 2025 kl. 03.27 UTCupdate

    Som forberedelse til ophævelse af servicestyringsrestriktionerne blev der sendt en forkert meddelelse, der indikerer en tidlig fjernelse. Vores nuværende dato for ophævelse af alle restriktioner for kontrolfly er fortsat den 5. november 2025. Den næste opdatering vil blive leveret inden 22: 00 UTC den 04 november 2025, eller tidligere.

12. 4. november 2025 kl. 22.22 UTCupdate

    Azure Front Door (AFD) og Content Delivery Network (CDN) levering data fly blev fuldt afbødet ved 00: 05 UTC den 30 oktober 2025 og forbliver på normale driftsniveauer. Når vi afslutter vores fulde undersøgelse og implementere yderligere sikker kontrol, service management operationer (oprette, opdatere, slette, rense, osv.) er midlertidigt utilgængelige. Vi fortsætter med at ramme vores milepæle mod forventning om at hæve denne begrænsning den 05 november 2025. Den næste opdatering vil blive sendt for at bekræfte, når dette er sket, eller før, hvis begivenhederne berettiger.

13. 5. november 2025 kl. 23.36 UTCupdate

    Seneste opdatering: Fra 23: 00 UTC den 5 November, 2025 restriktioner på Azure Front Door (AFD) og Indhold Levering Network (CDN) service management operationer er blevet fjernet. Du kan nu genoptage normale operationer på AFD service management planet. For øget sikkerhed og beskyttelse har vi forlænget konfigurationsformeringen op til 45 minutter. Yderligere platform forbedringer, der er i gang forventes at optimere udbredelsen gange yderligere. Forrige sammenhæng: Azure Front Door (AFD) og Content Delivery Network (CDN) levering data fly blev fuldt afbødet med 00: 05 UTC den 30 oktober 2025 og forbliver på normale driftsniveauer. Vi tidligere meddelt dig, at som en del af at fuldføre vores fulde undersøgelse og sikker kontrol, udføre service management operationer (oprette, opdatere, slette, rense, osv.) var midlertidigt begrænset. Denne meddelelse skal bekræfte, at disse midlertidige begrænsninger ikke længere finder anvendelse. Næste skridt: Som nævnt i vores foreløbige PIR er vi ved at færdiggøre en intern retrospektiv for at forstå hændelsen mere detaljeret. Når dette er afsluttet, hvilket forventes inden for ca. 7 dage, vil vi offentliggøre vores endelige Post Incident Review (PIR) - herunder et link til at registrere en Azure Incident Retrospektiv livestream, diskutere hændelsen og vores erfaringer. Azure Front Door ofte stillede spørgsmål (FAQ)

14. 5. november 2025 kl. 23.42 UTCresolved

    Seneste opdatering: Fra 23: 00 UTC den 5 November, 2025 restriktioner på Azure Front Door (AFD) og Indhold Levering Network (CDN) service management operationer er blevet fjernet. Du kan nu genoptage normale operationer på AFD service management planet. For øget sikkerhed og beskyttelse har vi forlænget konfigurationsformeringen op til 45 minutter. Yderligere platform forbedringer, der er i gang forventes at optimere udbredelsen gange yderligere. Forrige sammenhæng: Azure Front Door (AFD) og Content Delivery Network (CDN) levering data fly blev fuldt afbødet med 00: 05 UTC den 30 oktober 2025 og forbliver på normale driftsniveauer. Vi tidligere meddelt dig, at som en del af at fuldføre vores fulde undersøgelse og sikker kontrol, udføre service management operationer (oprette, opdatere, slette, rense, osv.) var midlertidigt begrænset. Denne meddelelse skal bekræfte, at disse midlertidige begrænsninger ikke længere finder anvendelse. Næste skridt: Som nævnt i vores foreløbige PIR er vi ved at færdiggøre en intern retrospektiv for at forstå hændelsen mere detaljeret. Når dette er afsluttet, hvilket forventes inden for ca. 7 dage, vil vi offentliggøre vores endelige Post Incident Review (PIR) - herunder et link til at registrere en Azure Incident Retrospektiv livestream, diskutere hændelsen og vores erfaringer. Azure Front Door ofte stillede spørgsmål (FAQ)

Automatisk oversat fra den officielle hændelsesopdatering.

1. 29. oktober 2025 kl. 16.01 UTCupdate

   Vi forstår, at der er et globalt udfald for MS Azure. Vores hold er klar over problemet. Statussiderne og admin portalen er muligvis ikke tilgængelige. Vi undskylder for ulejligheden.

2. 29. oktober 2025 kl. 18.17 UTCupdate

   Microsoft Azure udfald er stadig påvirker navne for domæner, men ikke status.page domæne. Du kan bruge https: / / yourpagename .status.page for at få adgang til din side og admin portal login. Vi undskylder for ulejligheden.

3. 30. oktober 2025 kl. 05.40 UTCresolved

   Tjenesterne er i drift nu. Denne begivenhed er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 4. april 2025 kl. 13.37 UTCupdate

   Ingeniørerne er blevet advaret om forsinkelser i notifikationsprocessen. Vi er i øjeblikket ved at undersøge og vil følge op med yderligere detaljer.

2. 4. april 2025 kl. 18.30 UTCresolved

   Kl. 9: 37 er der sket en hændelse, som forsinkede behandlingen af hændelser. Hændelsen blev løst kl. 14.30. Flere detaljer om rodårsagen vil følge. Abonnenter ville stadig se status sider som forventet, men hændelsesanmeldelsen ville have været forsinket.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 27. februar 2025 kl. 14.53 UTCupdate

   Xurrent Acquires Zenduty SANTA BARBARA, Calif., 27. februar 2025 - Xurrent ™, service- og operationsadministrationsplatformen, der er bygget til moderne virksomheder og forvaltede serviceudbydere, har erhvervet Zentold, en førende inden for Cutting-edge hændelse og alarm management løsninger. Denne erhvervelse markerer en anden vigtig milepæl i Xurrents løbende rejse til at omdanne IT og omdefinere, hvordan organisationer håndterer større hændelser fra start til slut. Phil Christianson, Xurrents produktchef, bemærkede: "Xurrent er spændt på at annoncere et stort fremskridt i vores ITOM-evner. Vores StatusCast erhvervelse sidste april forbedret vores platform til dramatisk forbedre organisationers evner til at kommunikere detaljer om større hændelser. Nu, med erhvervelsen af Zenduty, vil vi sætte IT til at automatisere og strømline hændelsesløsning og rod forårsage oprensning, sikre hurtigere rettelser og forhindre gentagne hændelser". Zenduty er en innovator i hændelses- og alarmstyring. Platformen har fortjent et ry for at gøre det muligt for hændelsesledere hurtigt at samle de rigtige hold i en virtuel krig rum, triage spørgsmål og drive opløsning hurtigt. Ved at integrere Zentest med Xurrents robuste it-servicestyringsfunktioner (ITSM) vil kunderne nyde godt af omfattende it-operationer og servicestyringsfunktioner inden for en enkelt, samlet platform. Denne integration sikrer, at når en større hændelse opstår, kan organisationer ikke kun håndtere og løse problemet hurtigt, men også gennemføre en struktureret tilgang til at forhindre det i at gentage. Zenduty gør det muligt at koordinere indsatshold effektivt, mens Xurrent 's ITSM-platform sikrer, at opgaver overdrages til de rigtige hold, spores og afsluttes til tiden og kører løbende forbedringer mellem hændelser. Ved at integrere Zentest med Xurrents ITSM-platform opnår organisationer følgende nøglefordele: • Automatisering af virtuelle krigsrum for hurtig reaktion. • Håndtering og løsning af hændelser hurtigt. • Sikring af ansvarlighed for udførelse af opgaver efter hændelsen. "Kombinationen af Zentritys top-kvalitet hændelse og alarm management værktøjer med magt Xurrent 's verdensklasse IT Service Management, vil give vores kunder til fuldt ud at tage kontrol over deres IT-operationer og service management med en mere moderne, tilsluttet og automatiseret tilgang", sagde Kevin McGibben, Xurrent CEO. "Med Xurrent, teams tage handling før, løse hændelser hurtigere, og sikre, at de aldrig sker igen - udfylde kritiske opgaver med effektivitet, nøjagtighed og fuld ansvarlighed". Om Xurrent Xurrent ™ strømliner ITSM og IT-drift med AI- drevet automatisering. Vores platform forenkler arbejdsgange, øger samarbejdet og øger produktiviteten. Bygget til skalerbarhed, Xurrent problemfrit tilpasser sig de skiftende behov i moderne virksomheder, minimere indsatsen og samtidig maksimere effektiviteten. Læs mere på www.xurrent.com. Om Zenduty Zenduty er en slut- to- end hændelse og on-call management løsning, der giver krydsning advarsler via e-mail, telefon, SMS, Slack, og Microsoft Teams for at sikre, at dit team er straks underrettet under service downtimes. Designet til at forbedre hændelsesrespons effektivitet, Zenduty tilbyder funktioner såsom brugervenlig alarmering, on- call planlægning, og problemfri integration med over 150 værktøjer, herunder Datadog, Jira, og Slack. Organisationer, der benytter Zenthty har rapporteret om betydelige forbedringer, herunder reduceret nedetid, en 50% forbedring i Mean Time to Accknowledge (MTTA) og Mean Time to Resolve (MTTR), og omkostningsbesparelser. Yderligere oplysninger kan fås på www.zenduty.com. Pressemeddelelse: https: / / www.xurrent.com / press- release / xurrent- acceres-zenduty- completing- the-incident- response-and-recreation-loop /

2. 27. februar 2025 kl. 14.54 UTCresolved

   automatisk lukket

Automatisk oversat fra den officielle hændelsesopdatering.

1. 23. februar 2025 kl. 14.00 UTCupdate

   StatusCast ingeniører bemærkede nogle behandling nedbrydning, der kan have forårsaget forsinkelser i nogle handlinger.

2. 24. februar 2025 kl. 02.00 UTCresolved

   Holdet har identificeret problemet.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 4. februar 2025 kl. 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. februar 2025 kl. 02.00 UTCresolved

   This has been resolved. We apologize for any inconvenience.

1. 29. december 2024 kl. 23.00 UTCupdate

   Domænet for adgang til StatusCast 's support portal er blevet opdateret til https: / / xurrent- statuscast- portal.xurrent.com /. Mens det gamle domæne vil omdirigere til vores nuværende, anbefaler vi at opdatere dine bogmærker korrekt.

2. 29. december 2024 kl. 23.01 UTCresolved

   automatisk lukket

Automatisk oversat fra den officielle hændelsesopdatering.

1. 25. november 2024 kl. 19.24 UTCupdate

   StatusCast ingeniører identificeret en backup i sin baggrund behandling, der forårsager forsinkelser i nogle handlinger fra at blive afsluttet i tide.

2. 25. november 2024 kl. 20.32 UTCupdate

   Ingeniører har bestemt den grundlæggende årsag til backup i behandlingen. I løbet af denne tid har vi skaleret ud af den service, der er ansvarlig for at hjælpe med at rydde de resterende elementer hurtigere.

3. 25. november 2024 kl. 22.06 UTCresolved

   Tjenesterne bør fungere som forventet.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 16. november 2024 kl. 01.00 UTCupdate

   StatusCast ingeniører er blevet advaret om en mulig ydeevne påvirker begivenhed påvirker status sider og admin applikation svartider. Denne begivenhed påvirker ikke notifikationsprocessen. Vi undskylder for denne ulejlighed og vil give en opdatering snart.

2. 18. november 2024 kl. 19.00 UTCresolved

   Alle tjenester bør være fuldt funktionsdygtige og udføres regelmæssigt.

3. 27. november 2024 kl. 20.00 UTCupdate

   StatusCast 's ingeniører fastslog, at omkring 8: 00 EST den 15. november 2024, flere af StatusCast' s applikationsservere oplevede et problem, der forårsagede responstid til spike. StatusCast 's infrastruktur i Azure er designet til at udføre skaleringsprocedurer for tjenester under tvang, og for alle undtagen en af de pågældende applikationstjenester blev dette gjort med held genoprette tjenesten til et acceptabelt niveau af ydeevne. Den resterende applikationstjeneste i EU skalerede ikke korrekt og forblev i forringet tilstand i flere dage. Den 18. november blev ingeniører advaret om, at nogle kunder var stadig oplever lasttid forsinkelser og på det tidspunkt den sidste server blev rettet. Efter denne begivenhed opstod StatusCast DevOps team begyndte en revision af alle skalering procedurer for at sikre, at applikationstjenester på tværs af vores Azure operationelle regioner overholder en konsekvent skalering proces og for at sikre, at overvågning er korrekt anvendt til alle tjenester, som har en enkelt applikationstjeneste forbliver i en forringet tilstand i dage er ikke acceptabelt.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 5. september 2024 kl. 13.00 UTCupdate

   Vores hold er glade for at annoncere den officielle ommærke af 4 mig til navnet Xurrent. Vores genopfrisket udseende og opdateret identitet indfange essensen af vores virksomhed, vores platform, vores vision, og dens værdi. Vores nye udseende bliver rullet ud i en ny hjemmeside, markedsføring materialer, og Xurrent ansøgning! Vigtige datoer: • 5. september (i dag) • En pressemeddelelse annoncerede rebrand lanceringen. • Vores nye hjemmeside er live! Tjek det på www.xurrent.com. • 7. september • Al kommunikation fra Xurrent kommer fra vores nye domæne, www.xurrent.com. Det betyder e-mails og andre officielle meddelelser. Hvad betyder det her for dig? Fra nu af vil du se vores nye branding i e-mails, på hjemmesiden, og i andre meddelelser. Vær forvisset om, at denne ændring ikke vil påvirke dine nuværende tjenester. Tak for at være en værdsat del af Xurrent familien (tidligere 4me). Mens vores udseende er under udvikling, vores engagement i at levere topkvalitet produkter og exceptionel kundesupport forbliver uændret. Vores mission og værdier fortsætter med at drive os i retning af en dynamisk og samarbejdsvillig fremtid.

2. 5. september 2024 kl. 13.01 UTCresolved

   automatisk lukket

Automatisk oversat fra den officielle hændelsesopdatering.

1. 1. august 2024 kl. 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 kl. 17.46 UTCresolved

   auto-closed

1. 30. juli 2024 kl. 13.30 UTCupdate

   StatusCast ingeniører blev advaret tidligere, at nogle brugere oplevede sporadiske problemer forsøger at oprette forbindelse til status side og admin portal. Vores hosting udbyder, Microsoft Azure, har via deres status side, at de oplever nogle netværksproblemer globalt. Vi vil give en opdatering, så snart mere information er tilgængelig.

2. 30. juli 2024 kl. 14.44 UTCupdate

   Adgangen til statussiderne er forblevet stabil, og Azure har opdateret deres status, hvilket tyder på, at der er iværksat fejlhåndteringsprocesser for at forbedre deres tilgængelighed af tjenester. StatusCast 's ingeniører vil fortsætte med at se dette nøje og vil sende yderligere opdateringer efter behov.

3. 30. juli 2024 kl. 20.47 UTCupdate

   StatusCast 's ansøgning har fortsat med at forblive stabil. Vores ingeniører vil fortsætte med at se systemet nøje, da Microsoft ikke har helt lukket ud begivenheden på deres side. For mere specifikke oplysninger om Azure spørgsmål henvises til deres status side. Vi vil give yderligere opdateringer efter behov.

4. 30. juli 2024 kl. 22.00 UTCresolved

   Microsoft har lukket problemet på deres side og StatusCast 's platform fortsætter med at fungere som forventet. Når Microsoft har offentliggjort flere detaljer om dette vil vi give her i form af en RCA.

5. 1. august 2024 kl. 17.07 UTCupdate

   Fra MICROSOFT: Mitigation Statement - Azure Front Door spørgsmål adgang til en delmængde af Microsoft-tjenester SporingsID: KTY1- HW8 Hvad skete der? Mellem ca. 11: 45 UTC og 19: 43 UTC den 30 juli 2024, en delmængde af kunder kan have oplevet problemer forbundet med en delmængde af Microsoft-tjenester globalt. Importerede tjenester inkluderet Azure App Services, Application Insights, Azure IoT Central, Azure Log Search Alerts, Azure Politik, samt Azure portal selv og en delmængde af Microsoft 365 og Microsoft Purview tjenester. Hvad ved vi indtil videre? En uventet brug spike resulterede i Azure Front Door (AFD) og Azure Content Delivery Network (CDN) komponenter, der fungerer under acceptable tærskler, fører til periodiske fejl, timeout, og latency spikes. Mens den første udløsende begivenhed var et distribueret Denial- of- Service (DDoS) angreb, som aktiverede vores DDoS beskyttelsesmekanismer, indledende undersøgelser tyder på, at en fejl i gennemførelsen af vores forsvar forstærket virkningen af angrebet snarere end at afbøde det. Hvordan reagerede vi? Kundeeffekten begyndte kl. 11.45 UTC, og vi begyndte at undersøge. Når arten af brugen spike blev forstået, vi implementerede netværkskonfiguration ændringer til støtte for vores DDoS beskyttelse indsats, og udført fejl til alternative netværksstier for at give lindring. Vores oprindelige netværkskonfiguration ændrer med held afbødet størstedelen af effekten med 14: 10 UTC. Nogle kunder rapporterede mindre end 100% tilgængelighed, som vi begyndte at reducere på omkring 18: 00 UTC. Vi fortsatte med en opdateret afbødende tilgang, først rullende dette ud på tværs af regioner i Asien Stillehavet og Europa. Efter at have bekræftet, at denne reviderede tilgang med held elimineret bivirkningerne af den oprindelige afbødning, vi rullede det ud til regioner i Amerika. Fejlrater returneret til præ-hændelse niveauer af 19: 43 UTC - efter overvågning trafik og tjenester for at sikre, at problemet var fuldt afbødet, erklærede vi hændelsen afbødet kl 20: 48 UTC. Nogle downstream-tjenester tog længere tid at komme sig, afhængigt af hvordan de var konfigureret til at bruge AFD og / eller CDN. Hvad sker der så? Vores team vil færdiggøre en intern retrospektiv for at forstå hændelsen mere detaljeret. Vi vil offentliggøre en foreløbig indlæg hændelse anmeldelse (PIR) inden for omkring 72 timer, at dele flere detaljer om, hvad der skete, og hvordan vi reagerede. Efter vores interne retrospektiv er afsluttet, generelt inden for 14 dage, vil vi offentliggøre en Final Post Incident Review med eventuelle yderligere detaljer og læringer. For at få besked, når det sker, og / eller for at holde sig informeret om fremtidige Azure service spørgsmål, skal du sørge for at konfigurere og vedligeholde Azure Service Health advarsler - disse kan udløse e-mails, SMS, skubbe meddelelser, webkrogs, og meget mere: https: / / aka.ms / ash- advarsler. For mere information om Post Incident Anmeldelser, se https: / / aka.ms / AzurePIR. http: / / ec.europa.eu / environment / index _ en.htm.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 22. juli 2024 kl. 16.30 UTCupdate

   StatusCast og 4me 's support team er klar til at tage det næste skridt i at migrere vores support tjenester fra StatusCast arv billetsystem til at bruge 4me direkte til alle ændringer anmodninger og hændelser. Dette næste skridt i at integrere StatusCast' s operationer til 4 mig vil i sidste ende give dig meget mere indsigt i anmodninger, du indsender og deres status. Hvad ændrer sig? Onsdag den 24. juli 2024 vil StatusCast 's supportportal blive flyttet til https: / / 4me- statuscast- portal.4me.com /, vil denne selvbetjeningsportal være din nye ressource til at indsende nye billetter og se status for eventuelle eksisterende, som du har indsendt. Denne nye portal vil give dig en mere præcis status af billetten, og i tilfælde af at du anmoder om en ændring eller løber ind i et problem, der kræver udviklingsarbejde, vil du have synlighed i status af det fra en udvikling til en QA, til et produktionsperspektiv. Også, kunderne vil være i stand til at finde svar på deres spørgsmål ved at gå gennem portalen, der indeholder en videnbase, som vil blive udvidet, mens vi går langs. Vi er meget glade for at bringe denne udvidede synlighed til vores kunder, da vi mener, det er et stort skridt fremad i den støtte, vi giver. Som et resultat af denne ændring, vil emailing support @ statuscast.com ikke længere åbne billetter. Du bliver nødt til at få adgang til selvbetjeningsportalen for at indsende og få adgang til støtteanmodninger. Et link til denne selvbetjeningsportal er blevet tilføjet til StatusCast 's admin portal og du kan få adgang til den ved at vælge Indstillinger & gt; Hjælp Center & gt; Support Billetter Eksisterende StatusCast-administratorer har fået adgang til denne nye portal. For at få adgang til StatusCast Portal, gå til https: / / xurrent- statuscast- portal.xurrent.com / og start med "Glemt din 4me password?" (1), så du kan få sendt en e-mail til at registrere din support portal password. Hvis du ikke får en e-mail, mens du gør dette, du måske ikke har fået automatisk adgang, i så fald kan du selv registrere ved at klikke på "Registrer som ny bruger" (2): StatusCast Portal kræver, at du bruger en e-mailadresse og opretter en adgangskode med 18 tegn.

2. 22. juli 2024 kl. 16.31 UTCresolved

   automatisk lukket

Automatisk oversat fra den officielle hændelsesopdatering.

1. 5. juli 2024 kl. 13.00 UTCupdate

   I overensstemmelse med vores forpligtelse til sikkerhed og gennemsigtighed ønskede vi at informere dig om, at vores udbyder af SMS, Twilio, har advaret vores sikkerhedsteam om en hændelse, der fandt sted. Nedenfor er den erklæring, vi modtog fra Twilio som giver en detaljeret redegørelse for hændelsen og hvad der er gjort: - -------------------------------------------------- Twilio er blevet underrettet af en af vores backup luftfartsselskaber, iBasis, at IdentifyMobile uforvarende udsat visse SMS- relaterede data sendt af iBasis offentligt på internettet, der omfattede personoplysninger. Vi skriver for at informere dig om, at nogle af dine personlige data og ikke-personlige data (såsom data relateret til marketing kampagner) blev tilgængelige for en sikkerhedsgruppe, mens det var offentligt eksponeret af IdentifyMobile. Selv om denne hændelse var uden for Twilios kontrol, tager vi det meget alvorligt og er forpligtet til at hjælpe dig med at forstå den fulde virkning. Hvad skal du vide? For at levere meddelelser i bestemte regioner, er Twilio afhængig af en lang række luftfartsselskaber til at maksimere leveringsevnen til deres endelige destinationer. Twilio blev underrettet om, at iBasis (en Twilio backup carrier) havde brugt IdentifyMobile (iBasis 's yderligere backup carrier), der uforvarende muliggjorde offentlig adgang på en AWS S3 Bucket under udviklingsarbejdet. Oplysninger i denne spand blev offentliggjort fra 10. maj til 15. maj 2024, og adgang mellem 13. maj til 14. maj 2024. På grundlag af en fælles undersøgelse mellem IdentifyMobile og Amazon AWS, vi lært, at en del af disse data var tilgængelige for Chaos Computing Club (CCC). CCC er en sikkerhedsforskningsgruppe, der identificerer sikkerhedsspørgsmål; CCC har bekræftet, at de ikke har nogen data downloadet fra AWS S3 Bucket. Vi har ingen beviser, der giver os mulighed for at bekræfte, at ingen anden tredjepart har adgang til dataene. Twilio ejer ikke denne spand, og ingen af vores systemer er blevet kompromitteret i forbindelse med denne dataeksponering. Denne hændelse var resultatet af handlinger truffet af IdentifyMobile og uden for Twilios kontrol. Mens vi fortsætter med at samarbejde med disse luftfartsselskaber for at bringe dig de mest nøjagtige oplysninger om denne eksponering, den del af data, der er udsat af IdentifyMobile relateret til SMS sendt mellem januar 1, 2024 og maj 15, 2024, og inkluderet: • Mobilnummer • SMS-meddelelsens indhold • SMS Sender ID • SMS Tidsstempel Hvad har vi gjort indtil nu? • Twilio indledte vores hændelsesreaktionsproces for hurtigt at undersøge denne sag. • Twilio eskalerede dette spørgsmål til iBasis executive team; efterfølgende har vi gjort en analyse af de data logs, der blev kompromitteret for at give dig så mange oplysninger som muligt. • Af en overflod af forsigtighed, er vi ophørt med at sende trafik til iBasis, hvor det er muligt. iBasis informeret Twilio, at det har stoppet routing med IdentifyMobile. • Vi vil fortsætte med at arbejde med vores tredje part luftfartsselskaber for at få dig yderligere oplysninger, der kan opstå fra denne hændelse. Hvad skal du gøre? Vi anbefaler at gennemgå den SMS trafik, du sendte mellem januar 1, 2024 og maj 15, 2024, diskutere konsekvenserne af en eksponering med dine interne team (er) og beslutte, om du har brug for at engagere sig med ramte individer. Hvis du har brug for yderligere oplysninger om denne hændelse, er vi her for at støtte dig i hele denne situation. Vi beklager dybt enhver ulejlighed dette kan forårsage og værdsætter din forståelse og samarbejde. - -------------------------------------------------- Hvad har StatusCast gjort? Når StautsCast 's sikkerhedshold blev advaret en revision blev udført for at forsøge at bestemme den potentielle indvirkning dette havde på vores service. Baseret på Twilios rapport er det muligt, at nogle meddelelser sendt gennem StatusCast tjeneste ville have været sendt ved hjælp af iBasis luftfartsselskab. Baseret på rapporten data ville have inkluderet modtagerens telefonnummer samt SMS-besked. SMS-meddelelser i StatusCast er designet til at være korte og til at drive brugerne til statussiden. SMS-meddelelser omfatter ikke modtagernes navn eller andre personlige identificerbare oplysninger (PII). Som altid i StatusCast har du ret til at vælge, om SMS-meddelelser sendes eller ej. SMS indstillinger kan kontrolleres i Indstillinger og Integration afsnit af programmet, hvis du ønsker at gennemgå dine konfigurationer. På dette tidspunkt er der ingen yderligere handling elementer for StatusCast at tage med hensyn til dens anvendelse eller infrastruktur, men vi vil opretholde tæt kommunikation med Twilio, og hvis yderligere oplysninger er frigivet, vil vi videregive det gennem vores egen status side. StautsCast har samarbejdet med Twilio i årevis, og de har fastholdt et stærkt engagement i sikkerhed og gennemsigtighed. Det vil vi tage såvel som denne hændelse i betragtning, da vi fortsat tilbyder SMS-meddelelser i ansøgningen. Hvis du har yderligere spørgsmål bedes du kontakte os på support @ statuscast.com

2. 5. juli 2024 kl. 13.01 UTCresolved

   automatisk lukket

Automatisk oversat fra den officielle hændelsesopdatering.

1. 7. juni 2024 kl. 13.00 UTCupdate

   Efter købet af 4 mig har vi forberedt os på at integrere StatusCast 's støtteoperationer i 4 me' s infrastruktur. Ved at kombinere vores support operationer med 4me, vores kunder vil have den fordel af 24x7 støtte og antallet af tilgængelige repræsentanter vil næsten firdoble. For at tage det første skridt fremad i officielt at fusionere disse hold vil vi fjerne live chat mulighed til rådighed i admin portal starter fredag 7 juni 2024. Du kan fortsætte med at kommunikere med support via e-mail (support @ statuscast.com) eller ved at få adgang til vores nuværende supportportal. I de kommende måneder vil du bemærke flere ændringer i, hvordan StatusCast 's støtte er givet. Dette vil indebære indførelse af en ny og forbedret supportportal til sporing af eventuelle ændringsanmodninger eller spørgsmål, som du har logget på med støtte. Derudover vil der blive stillet flere værktøjer og revisionsoplysninger til rådighed i ansøgningen, og der vil være en stigning i den hjælp og viden, der er direkte tilgængelig. Vi er meget glade for at udvide vores support tilbud med 4me og ved, at det i sidste ende vil hjælpe vores samfund af værdsatte kunder og brugere!

2. 7. juni 2024 kl. 13.01 UTCresolved

   automatisk lukket

Automatisk oversat fra den officielle hændelsesopdatering.

1. 4. april 2024 kl. 00.19 UTCupdate

   Ved ca. 8: 19PM EDT, StatusCast ingeniører blev advaret om, at nogle status side og admin applikationer var utilgængelige. Holdet identificerede, at dets hosting partner, Microsoft, oplevede nogle problemer i sin US East region relateret til app-tjenester og SQL databaser forbindelser. Fra 9: 03PM EDT-tjenester er blevet restaureret og StatusCast 's team arbejder i øjeblikket med Microsoft for fuldt ud at undersøge hændelsen. Når holdet har afsluttet efterforskningen vil vi følge op med en RCA. På dette tidspunkt StatusCast bør fungere fuldt ud som forventet, hvis du fortsætter med at have yderligere problemer bedes du kontakte os på support @ statuscast.com

2. 4. april 2024 kl. 01.03 UTCresolved

   Fra 9: 03PM EDT-tjenester er blevet restaureret og StatusCast 's team arbejder i øjeblikket med Microsoft for fuldt ud at undersøge hændelsen. Når holdet har afsluttet efterforskningen vil vi følge op med en RCA.

3. 5. april 2024 kl. 21.00 UTCupdate

   I samarbejde med Microsoft, StatusCast team bekræftede, at afbrydelsen skyldtes en afbrydelse med SQL Databaser beliggende i Azure 's US East region, som er hvor StatusCast er primært vært: StatusCast selv blev påvirket af denne afbrydelse fra omkring 8: 19 PM EDT og havde fuldt genvundet ved 9: 03 PM EDT. StatusCast 's team vil fortsætte med at arbejde tæt sammen med Microsoft for yderligere at optimere sit tilbud for at hjælpe med at sikre, at virkningen af tjenesteudbyderens udfald er så minimal som muligt.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 2. april 2024 kl. 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. april 2024 kl. 13.01 UTCresolved

   auto-closed

1. 8. marts 2024 kl. 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. marts 2024 kl. 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. marts 2024 kl. 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. marts 2024 kl. 16.23 UTCresolved

   auto-closed

1. 8. marts 2024 kl. 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. marts 2024 kl. 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. marts 2024 kl. 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. marts 2024 kl. 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. marts 2024 kl. 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. marts 2024 kl. 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. marts 2024 kl. 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. marts 2024 kl. 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. marts 2024 kl. 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. marts 2024 kl. 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. marts 2024 kl. 15.13 UTCresolved

   auto-closed