Cronologia delle interruzioni di Statuscast

1. 29 ottobre 2025 alle ore 16:04 UTCupdate

   Tra 15:45 UTC il 29 ottobre e 00:05 UTC il 30 ottobre 2025, i clienti e i servizi Microsoft sfruttando Azure Front Door (AFD) ha sperimentato latencies, timeout e errori. I servizi di consegna AFD & CDN continuano ad essere stabili e funzionano come previsto. Su un'abbondanza di cautela, tutte le operazioni di gestione dei servizi (compresa la creazione, gli aggiornamenti, le cancellazioni e le purghe) a AFD tramite portale o API continuano a rimanere temporaneamente sospesi. Stiamo lavorando su un piano completo per renderli gradualmente reefficabili in un approccio graduale, assicurando al contempo che la piattaforma rimanga stabile. Continueremo a condividere aggiornamenti periodici mentre facciamo progressi. Il prossimo aggiornamento sarà entro le 01:00 UTC il 31 ott 2025 o prima.

2. 31 ottobre 2025 alle ore 01:08 UTCupdate

   I piani di dati di consegna Azure Front Door (AFD) e Content Delivery Network (CDN) sono stati completamente mitigati alle 00:05 UTC il 30 ottobre 2025 e rimangono a livelli operativi normali. Completando la nostra indagine completa e implementando ulteriori controlli sicuri, le operazioni di gestione dei servizi (creare, aggiornare, eliminare, purge, ecc.) sono temporaneamente non disponibili. Invieremo ai clienti una volta revocata la restrizione, e invieremo una comunicazione periodica sui progressi. Il prossimo aggiornamento sarà entro le 19:00 UTC il 31 ott 2025 o prima come mandato di evento.

3. 31 ottobre 2025 alle ore 20:03 UTCupdate

   Azure Front Door (AFD) e Content Delivery Network (CDN) i piani di dati di consegna sono stati completamente mitigati a 00:05 UTC il 30 ottobre 2025 e rimangono a livelli operativi normali. Completando la nostra indagine completa e implementando ulteriori controlli sicuri, le operazioni di gestione dei servizi (creare, aggiornare, eliminare, purge, ecc.) sono temporaneamente non disponibili. Stiamo lavorando per fornire un ETA su quando possiamo sollevare la restrizione e continueremo a inviare una comunicazione periodica sui progressi tramite Azure Service Health. Il prossimo aggiornamento sarà entro le 19:00 UTC il 01 novembre 2025 o prima come mandato di eventi.

4. 31 ottobre 2025 alle ore 21:35 UTCupdate

   Azure Front Door (AFD) e Content Delivery Network (CDN) i piani di dati di consegna sono stati completamente mitigati a 00:05 UTC il 30 ottobre 2025 e rimangono a livelli operativi normali. Completando la nostra indagine completa e implementando ulteriori controlli sicuri, le operazioni di gestione dei servizi (creare, aggiornare, eliminare, purge, ecc.) sono temporaneamente non disponibili. La nostra attuale attesa è quella di sollevare la restrizione il 05 novembre 2025, e continueremo a inviare comunicazioni periodiche sui progressi attraverso Azure Service Health. Il prossimo aggiornamento sarà entro le 19:00 UTC il 01 novembre 2025 o prima come mandato di eventi.

5. 1 novembre 2025 alle ore 19:41 UTCupdate

   Azure Front Door (AFD) e Content Delivery Network (CDN) i piani di dati di consegna sono stati completamente mitigati a 00:05 UTC il 30 ottobre 2025 e rimangono a livelli operativi normali. Completando la nostra indagine completa e implementando ulteriori controlli sicuri, le operazioni di gestione dei servizi (creare, aggiornare, eliminare, purge, ecc.) sono temporaneamente non disponibili. La nostra attuale attesa rimane di sollevare la restrizione il 05 novembre 2025, e continueremo a inviare comunicazioni periodiche sui progressi attraverso Azure Service Health. Il prossimo aggiornamento sarà entro le 19:00 UTC il 02 novembre 2025 o prima come mandato di eventi.

6. 2 novembre 2025 alle ore 20:31 UTCupdate

   Azure Front Door (AFD) e Content Delivery Network (CDN) i piani di dati di consegna sono stati completamente mitigati a 00:05 UTC il 30 ottobre 2025 e rimangono a livelli operativi normali. Completando la nostra indagine completa e implementando ulteriori controlli sicuri, le operazioni di gestione dei servizi (creare, aggiornare, eliminare, purge, ecc.) sono temporaneamente non disponibili. La nostra attuale attesa rimane di sollevare la restrizione il 05 novembre 2025, e continueremo a inviare comunicazioni periodiche sui progressi attraverso Azure Service Health. Il prossimo aggiornamento sarà entro le 03:00 UTC il 03 novembre 2025 o prima come garanzia eventi.

7. 2 novembre 2025 alle ore 21:07 UTCupdate

   Azure Front Door (AFD) e Content Delivery Network (CDN) i piani di dati di consegna sono stati completamente mitigati a 00:05 UTC il 30 ottobre 2025 e rimangono a livelli operativi normali. Completando la nostra indagine completa e implementando ulteriori controlli sicuri, le operazioni di gestione dei servizi (creare, aggiornare, eliminare, purge, ecc.) sono temporaneamente non disponibili. La nostra attuale attesa rimane di sollevare la restrizione il 05 novembre 2025, e continueremo a inviare comunicazioni periodiche sui progressi attraverso Azure Service Health. Il prossimo aggiornamento sarà entro le 03:00 UTC il 03 novembre 2025 o prima come garanzia eventi.

8. 3 novembre 2025 alle ore 03:02 UTCupdate

   Azure Front Door (AFD) e Content Delivery Network (CDN) i piani di dati di consegna sono stati completamente mitigati a 00:05 UTC il 30 ottobre 2025 e rimangono a livelli operativi normali. Completando la nostra indagine completa e implementando ulteriori controlli sicuri, le operazioni di gestione dei servizi (creare, aggiornare, eliminare, purge, ecc.) sono temporaneamente non disponibili. La nostra attuale attesa rimane di sollevare la restrizione il 05 novembre 2025, e continueremo a inviare comunicazioni periodiche sui progressi attraverso Azure Service Health. Il prossimo aggiornamento sarà entro le 19:00 UTC il 03 novembre 2025 o prima come garanzia eventi.

9. 4 novembre 2025 alle ore 00:14 UTCupdate

   Azure Front Door (AFD) e Content Delivery Network (CDN) i piani di dati di consegna sono stati completamente mitigati a 00:05 UTC il 30 ottobre 2025 e rimangono a livelli operativi normali. Nell'ambito del completamento della nostra indagine completa e dei controlli sicuri, l'esecuzione delle operazioni di gestione dei servizi (creare, aggiornare, eliminare, eliminare, ecc.) sono stati resi temporaneamente non disponibili. Le restrizioni sulle operazioni di gestione dei servizi sono state rimosse per questo ID abbonamento Azure. Si prega di consentire circa 30–40 minuti per le modifiche di propagare completamente ai siti di bordo. Ci aspettiamo che tutte le restrizioni attraverso gli abbonamenti, compresi gli altri abbonamenti sotto il vostro inquilino, vengano revocate entro il 05 novembre 2025. Gli aggiornamenti sui progressi proseguiranno tramite Azure Service Health. Il prossimo aggiornamento sarà fornito entro le 22:00 UTC il 04 novembre 2025, o prima se le circostanze cambiano.

10. 4 novembre 2025 alle ore 00:25 UTCupdate

    Riconosciamo che la comunicazione precedente potrebbe contenere informazioni destinate ad un altro elenco di clienti. Ci scusiamo per l'inconveniente e vi chiediamo di notare quanto segue. Azure Front Door (AFD) e Content Delivery Network (CDN) i piani di dati di consegna sono stati completamente mitigati a 00:05 UTC il 30 ottobre 2025 e rimangono a livelli operativi normali. Completando la nostra indagine completa e implementando ulteriori controlli sicuri, le operazioni di gestione dei servizi (creare, aggiornare, eliminare, purge, ecc.) sono temporaneamente non disponibili. Il flusso di lavoro per gestire e ruotare i certificati Bring Your Own Certificate (BYOC) è stato riabilitato. Monitoreremo il progresso del lavoro attraverso la coda delle rotazioni necessarie. Continueremo a fornire aggiornamenti regolari sui progressi. La nostra attuale attesa rimane di sollevare la restrizione il 05 novembre 2025. Il prossimo aggiornamento sarà entro le 22:00 UTC il 04 novembre 2025 o prima come garanzia eventi.

11. 4 novembre 2025 alle ore 03:27 UTCupdate

    In preparazione per il sollevamento delle restrizioni di gestione dei servizi, è stata inviata una comunicazione errata che indica una rapida rimozione. La nostra data corrente per il sollevamento di tutte le restrizioni del piano di controllo rimane il 05 novembre 2025. Il prossimo aggiornamento sarà fornito entro le 22:00 UTC il 04 novembre 2025, o prima.

12. 4 novembre 2025 alle ore 22:22 UTCupdate

    Azure Front Door (AFD) e Content Delivery Network (CDN) i piani di dati di consegna sono stati completamente mitigati a 00:05 UTC il 30 ottobre 2025 e rimangono a livelli operativi normali. Completando la nostra indagine completa e implementando ulteriori controlli sicuri, le operazioni di gestione dei servizi (creare, aggiornare, eliminare, purge, ecc.) sono temporaneamente non disponibili. Continuiamo a colpire le nostre pietre miliari verso l'attesa per sollevare questa restrizione il 05 novembre 2025. Il prossimo aggiornamento sarà inviato per confermare una volta che questo è accaduto, o prima se gli eventi richiedono.

13. 5 novembre 2025 alle ore 23:36 UTCupdate

    Ultimo aggiornamento: A partire dalle 23:00 UTC il 5 novembre, 2025 restrizioni sulle operazioni di gestione dei servizi Azure Front Door (AFD) e Content Delivery Network (CDN). È ora possibile riprendere le normali operazioni sul piano di gestione dei servizi AFD. Per una maggiore sicurezza e protezione, abbiamo prolungato i tempi di propagazione della configurazione fino a 45 minuti. Ulteriori miglioramenti della piattaforma che sono in corso sono previsti per ottimizzare ulteriormente i tempi di propagazione. Contesto precedente: Azure Front Door (AFD) e Content Delivery Network (CDN) i piani di dati di consegna sono stati completamente mitigati da 00:05 UTC il 30 ottobre 2025 e rimangono a livelli operativi normali. In precedenza vi abbiamo avvisato che, nell'ambito del completamento della nostra indagine completa e dei controlli sicuri, l'esecuzione delle operazioni di gestione dei servizi (creare, aggiornare, eliminare, purge, ecc.) erano temporaneamente limitate. Questa notifica è di confermare che tali restrizioni temporanee non si applicano più. Prossimo passo: Come accennato nel nostro preliminare PIR stiamo completando una retrospettiva interna per capire l'incidente in modo più dettagliato. Una volta completato, che è previsto entro circa 7 giorni, pubblicheremo il nostro ultimo Post Incident Review (PIR) - compreso un link per registrarsi per un Livestream Azure Incident Retrospective, discutendo l'incidente e i nostri insegnamenti. Azure Front Door ha spesso fatto domande (FAQ) | Microsoft Learn

14. 5 novembre 2025 alle ore 23:42 UTCresolved

    Ultimo aggiornamento: A partire dalle 23:00 UTC il 5 novembre, 2025 restrizioni sulle operazioni di gestione dei servizi Azure Front Door (AFD) e Content Delivery Network (CDN). È ora possibile riprendere le normali operazioni sul piano di gestione dei servizi AFD. Per una maggiore sicurezza e protezione, abbiamo prolungato i tempi di propagazione della configurazione fino a 45 minuti. Ulteriori miglioramenti della piattaforma che sono in corso sono previsti per ottimizzare ulteriormente i tempi di propagazione. Contesto precedente: Azure Front Door (AFD) e Content Delivery Network (CDN) i piani di dati di consegna sono stati completamente mitigati da 00:05 UTC il 30 ottobre 2025 e rimangono a livelli operativi normali. In precedenza vi abbiamo avvisato che, nell'ambito del completamento della nostra indagine completa e dei controlli sicuri, l'esecuzione delle operazioni di gestione dei servizi (creare, aggiornare, eliminare, purge, ecc.) erano temporaneamente limitate. Questa notifica è di confermare che tali restrizioni temporanee non si applicano più. Prossimo passo: Come accennato nel nostro preliminare PIR stiamo completando una retrospettiva interna per capire l'incidente in modo più dettagliato. Una volta completato, che è previsto entro circa 7 giorni, pubblicheremo il nostro ultimo Post Incident Review (PIR) - compreso un link per registrarsi per un Livestream Azure Incident Retrospective, discutendo l'incidente e i nostri insegnamenti. Azure Front Door ha spesso fatto domande (FAQ) | Microsoft Learn

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 29 ottobre 2025 alle ore 16:01 UTCupdate

   Sappiamo che c'è un'estrazione globale per MS Azure. Il nostro team è a conoscenza del problema. Le pagine di stato e il portale di amministrazione potrebbero non essere accessibili. Ci scusiamo per qualsiasi inconveniente.

2. 29 ottobre 2025 alle ore 18:17 UTCupdate

   L'outage di Microsoft Azure sta ancora influenzando i nomi di cname per i domini, ma non il dominio status.page. Puoi usare https:// yourpagename .status.page per accedere alla tua pagina e al portale di amministrazione login. Ci scusiamo per qualsiasi inconveniente.

3. 30 ottobre 2025 alle ore 05:40 UTCresolved

   I servizi sono operativi. Questo evento è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 4 aprile 2025 alle ore 13:37 UTCupdate

   Gli ingegneri sono stati avvisati dei ritardi nell'elaborazione delle notifiche. Attualmente stiamo indagando e seguiremo con ulteriori dettagli.

2. 4 aprile 2025 alle ore 18:30 UTCresolved

   Alle 9:37 AM EDT si è verificato un incidente che ha ritardato l'elaborazione di notifica incidente. L'incidente è stato completamente risolto entro le ore 14:30. Seguiranno ulteriori dettagli sulla causa principale. Gli abbonati vedranno ancora pagine di stato come previsto, ma la notifica degli incidenti sarebbe stata ritardata.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 27 febbraio 2025 alle ore 14:53 UTCupdate

   Xurrent acquisisce Zenduty SANTA BARBARA, Calif., 27 febbraio 2025 – XurrentTM, la piattaforma di gestione dei servizi e delle operazioni appositamente costruita per le imprese moderne e i fornitori di servizi gestiti, ha acquisito Zenduty, leader nelle soluzioni di gestione degli incidenti e degli avvisi all'avanguardia. Questa acquisizione segna un'altra pietra miliare significativa nel viaggio in corso di Xurrent per trasformare l'IT e ridefinire come le organizzazioni gestiscono importanti incidenti dall'inizio alla fine. Phil Christianson, Chief Product Officer di Xurrent, ha sottolineato, “Xurrent è entusiasta di annunciare un importante progresso nelle nostre capacità di ITOM. La nostra acquisizione StatusCast lo scorso aprile ha migliorato la nostra piattaforma per migliorare notevolmente le capacità delle organizzazioni di comunicare i dettagli dei principali incidenti. Ora, con l'acquisizione di Zenduty, consentiremo all'IT di automatizzare e snellire la risoluzione degli incidenti e la correzione della causa principale, assicurando correzioni più veloci e impedendo incidenti ripetuti.” Zenduty è un innovatore nella gestione degli incidenti e degli avvisi. La piattaforma ha guadagnato una reputazione per consentire ai comandanti incidenti di raccogliere rapidamente le squadre giuste in una stanza di guerra virtuale, problemi di triage e risoluzione di unità rapidamente. Integrando Zenduty con le robuste funzionalità IT Service Management (ITSM) di Xurrent, i clienti potranno godere di funzionalità complete e complete di gestione IT end-to-end e servizi all'interno di una singola piattaforma unificata. Questa integrazione garantisce che quando si verifica un incidente importante, le organizzazioni non possono solo gestire e risolvere il problema rapidamente, ma anche implementare un approccio strutturato per evitare che si ripeta. Zenduty consente ai comandanti di incidenti di coordinare efficacemente i team di risposta, mentre la piattaforma ITSM di Xurrent garantisce che i compiti siano assegnati alle squadre giuste, tracciati e completati in tempo, guidando un miglioramento continuo tra gli incidenti. Integrando Zenduty con la piattaforma ITSM di Xurrent, le organizzazioni ottengono i seguenti vantaggi chiave: • Automazione di sale di guerra virtuali per una rapida risposta agli incidenti. • Gestione e risoluzione degli incidenti rapidamente. • Assicurare la responsabilità per il completamento dell'attività di bonifica post-incidente. “La combinazione degli strumenti di gestione degli incidenti e degli avvisi di alta qualità di Zenduty con la potenza della IT Service Management di livello mondiale di Xurrent, consentirà ai nostri clienti di prendere completamente il controllo delle loro operazioni e della gestione dei servizi IT con un approccio più moderno, connesso e automatizzato,” ha detto Kevin McGibben, CEO di Xurrent. “Con Xurrent, le squadre prendono azione prima, risolvono gli incidenti più velocemente, e assicurano che non accadano più – completando compiti critici con efficienza, precisione e piena responsabilità.” Circa Xurrent XurrentTM ottimizza ITSM e IT Operations Management con l'automazione basata su AI. La nostra piattaforma semplifica i flussi di lavoro, migliora la collaborazione e aumenta la produttività. Costruito per la scalabilità, Xurrent si adatta perfettamente alle esigenze in evoluzione delle imprese moderne, riducendo al minimo lo sforzo, massimizzando l'efficienza. Scopri di più su www.xurrent.com . Informazioni su Zenduty Zenduty è una soluzione di gestione end-to-end e on-call che fornisce avvisi cross-channel via e-mail, telefono, SMS, Slack e Microsoft Teams per garantire che il vostro team è prontamente informato durante i tempi di inattività di servizio. Progettato per migliorare l'efficienza della risposta agli incidenti, Zenduty offre funzionalità come avvisi personalizzabili, programmazione on-call e integrazioni senza soluzione di continuità con oltre 150 strumenti, tra cui Datadog, Jira e Slack. Le organizzazioni che utilizzano Zenduty hanno segnalato miglioramenti significativi, tra cui downtime ridotti, un miglioramento del 50% in Mean Time to Acknowledge (MTTA) e Mean Time to Resolve (MTTR), e risparmi sui costi. Per ulteriori informazioni, visitare il sito www.zenduty.com . Comunicato stampa: https://www.xurrent.com/press-release/xurrent-acquirent-zenduty-completing-the-incident-response-and-remediation-loop/

2. 27 febbraio 2025 alle ore 14:54 UTCresolved

   autochiuso

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 23 febbraio 2025 alle ore 14:00 UTCupdate

   Gli ingegneri StatusCast hanno notato un certo degrado di elaborazione che potrebbe aver causato ritardi in alcune azioni.

2. 24 febbraio 2025 alle ore 02:00 UTCresolved

   La squadra ha identificato il problema.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 4 febbraio 2025 alle ore 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 febbraio 2025 alle ore 02:00 UTCresolved

   This has been resolved. We apologize for any inconvenience.

1. 29 dicembre 2024 alle ore 23:00 UTCupdate

   Il dominio per accedere al portale di supporto di StatusCast è stato aggiornato a https://xurrent-statuscast-portal.xurrent.com/ . Mentre il vecchio dominio reindirizza al nostro attuale si consiglia di aggiornare i segnalibri in modo appropriato.

2. 29 dicembre 2024 alle ore 23:01 UTCresolved

   autochiuso

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 25 novembre 2024 alle ore 19:24 UTCupdate

   Gli ingegneri StatusCast hanno identificato un backup nella sua elaborazione di sfondo che sta causando ritardi in alcune azioni da completare in modo tempestivo.

2. 25 novembre 2024 alle ore 20:32 UTCupdate

   Gli ingegneri hanno determinato la causa principale del backup nell'elaborazione. Durante questo periodo abbiamo ridimensionato il servizio che è responsabile di aiutare a cancellare i rimanenti elementi più velocemente.

3. 25 novembre 2024 alle ore 22:06 UTCresolved

   I servizi dovrebbero essere operativi come previsto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 16 novembre 2024 alle ore 01:00 UTCupdate

   Gli ingegneri StatusCast sono stati avvisati di un possibile evento di impatto sulle prestazioni che interessa le pagine di stato e i tempi di risposta delle applicazioni di admin. Questo evento non influisce sul trattamento delle notifiche. Ci scusiamo per questa inconveniente e forniremo un aggiornamento a breve.

2. 18 novembre 2024 alle ore 19:00 UTCresolved

   Tutti i servizi dovrebbero essere completamente funzionali e performanti regolarmente.

3. 27 novembre 2024 alle ore 20:00 UTCupdate

   Gli ingegneri di StatusCast hanno determinato che a circa 8:00 PM EST il 15 novembre 2024, diversi server applicativi di StatusCast hanno sperimentato un problema che ha causato il tempo di risposta al picco. L'infrastruttura di StatusCast in Azure è progettata per eseguire procedure di scaling per i servizi sotto costrizione, e per tutti tranne uno dei servizi di applicazione in questione è stato fatto con successo ripristinando il servizio ad un livello accettabile di prestazioni. Il restante servizio di applicazione nell'UE non ha scalato correttamente e ha soggiornato in uno stato degradato per più giorni. Il 18 novembre gli ingegneri sono stati avvisati che alcuni clienti stavano ancora sperimentando ritardi di tempo di carico e a quel punto l'ultimo server è stato corretto. Dopo questo evento si è verificato il team DevOps di StatusCast ha iniziato un controllo di tutte le procedure di scaling per garantire che i servizi applicativi nelle nostre regioni operative Azure aderiscano a un processo di scaling coerente e per garantire che il monitoraggio sia correttamente implementato a tutti i servizi come un unico servizio di applicazione rimanente in uno stato degradato per giorni non è accettabile.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 5 settembre 2024 alle ore 13:00 UTCupdate

   Il nostro team è entusiasta di annunciare il rebrand ufficiale di 4me al nome Xurrent . Il nostro look rinnovato e l'identità aggiornata catturano l'essenza del nostro business, la nostra piattaforma, la nostra visione e il suo valore. Il nostro nuovo look viene presentato in un nuovo sito web, materiali di marketing e l'applicazione Xurrent! Date importanti: • 5 settembre (oggi!) • Un comunicato stampa ha annunciato il lancio del rebrand. • Il nostro nuovo sito web è in diretta! Scoprilo su www.xurrent.com . • 7 settembre • Tutte le comunicazioni da Xurrent emanano dal nostro nuovo dominio, www.xurrent.com . Ciò significa e-mail e qualsiasi altra comunicazione ufficiale. Cosa significa questo per te? A partire da ora vedrai il nostro nuovo branding nelle e-mail, sul sito web, e in altre comunicazioni. State certi, questo cambiamento non influenzerà i vostri servizi attuali. Grazie per essere una parte apprezzata della famiglia Xurrent (ex 4me). Mentre il nostro aspetto è in evoluzione, la nostra dedizione a fornire prodotti di alta qualità e il supporto clienti eccezionale rimane invariato. La nostra missione e i nostri valori continuano a spingerci verso un futuro dinamico e collaborativo.

2. 5 settembre 2024 alle ore 13:01 UTCresolved

   autochiuso

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 1 agosto 2024 alle ore 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 agosto 2024 alle ore 17:46 UTCresolved

   auto-closed

1. 30 luglio 2024 alle ore 13:30 UTCupdate

   Gli ingegneri di StatusCast sono stati avvisati prima che alcuni utenti stavano sperimentando problemi sporadici che tentavano di connettersi alla pagina di stato e al portale di amministrazione. Il nostro provider di hosting, Microsoft Azure, ci ha avvisato attraverso la loro pagina di stato che stanno vivendo alcuni problemi di rete a livello globale. Forniremo un aggiornamento non appena saranno disponibili ulteriori informazioni.

2. 30 luglio 2024 alle ore 14:44 UTCupdate

   L'accesso alle pagine di stato è rimasto stabile e Azure ha aggiornato il loro stato indicando i processi di failover sono stati impegnati per migliorare la loro disponibilità di servizio. Gli ingegneri di StatusCast continueranno a guardarlo da vicino e pubblicheranno aggiornamenti aggiuntivi se necessario.

3. 30 luglio 2024 alle ore 20:47 UTCupdate

   L'applicazione di StatusCast ha continuato a rimanere stabile. I nostri ingegneri continueranno a guardare il sistema da vicino in quanto Microsoft non ha completamente chiuso l'evento dalla loro parte. Per maggiori dettagli sul problema di Azure si prega di fare riferimento alla loro pagina di stato. Forniamo aggiornamenti aggiuntivi, se necessario.

4. 30 luglio 2024 alle ore 22:00 UTCresolved

   Microsoft ha chiuso il problema sul loro lato e la piattaforma di StatusCast continua a funzionare come previsto. Una volta che Microsoft ha pubblicato ulteriori dettagli su questo forniremo qui sotto forma di un RCA.

5. 1 agosto 2024 alle ore 17:07 UTCupdate

   DA MICROSOFT: Dichiarazione di mitigazione - Azure Front Door Issues accesso a un sottoinsieme di servizi Microsoft ID di monitoraggio: KTY1-HW8 Cos'e' successo? Tra circa alle 11:45 UTC e 19:43 UTC il 30 luglio 2024, un sottoinsieme di clienti potrebbe avere sperimentato problemi di connessione a un sottoinsieme di servizi Microsoft a livello globale. Servizi impattati includono Azure App Services, Application Insights, Azure IoT Central, Azure Log Search Alerts, Azure Policy, nonché il portale Azure stesso e un sottoinsieme dei servizi Microsoft 365 e Microsoft Purview. Cosa sappiamo finora? Un picco di utilizzo inaspettato ha provocato componenti Azure Front Door (AFD) e Azure Content Delivery Network (CDN) che eseguono sotto soglie accettabili, portando a errori intermittenti, timeout e picchi di latenza. Mentre l'evento iniziale di trigger era un attacco Distributed Denial-of-Service (DDoS), che ha attivato i nostri meccanismi di protezione DDoS, le indagini iniziali suggeriscono che un errore nell'attuazione delle nostre difese amplificato l'impatto dell'attacco piuttosto che mitigarlo. Come abbiamo risposto? L'impatto del cliente è iniziato alle 11:45 UTC e abbiamo iniziato a indagare. Una volta compresa la natura del picco di utilizzo, abbiamo implementato modifiche di configurazione di rete per supportare i nostri sforzi di protezione DDoS, e eseguito failover per alternare percorsi di rete per fornire sollievo. La nostra configurazione iniziale di rete cambia con successo mitigato la maggior parte dell'impatto di 14:10 UTC. Alcuni clienti hanno riferito meno del 100% di disponibilità, che abbiamo iniziato a mitigare intorno alle 18:00 UTC. Abbiamo proseguito con un approccio di mitigazione aggiornato, prima di tutto questo attraverso le regioni dell'Asia Pacifico e dell'Europa. Dopo aver confermato che questo approccio rivisto ha eliminato con successo gli effetti collaterali della mitigazione iniziale, l'abbiamo presentato alle regioni delle Americhe. I tassi di fallimento sono tornati a livelli pre-incidenti di 19:43 UTC - dopo il monitoraggio del traffico e dei servizi per garantire che il problema è stato completamente mitigato, abbiamo dichiarato l'incidente mitigato a 20:48 UTC. Alcuni servizi a valle hanno richiesto più tempo per recuperare, a seconda di come sono stati configurati per utilizzare AFD e/o CDN. Cosa succede dopo? Il nostro team completerà una retrospettiva interna per capire l'incidente in modo più dettagliato. Pubblicheremo una recensione preliminare post incidente (PIR) entro circa 72 ore, per condividere più dettagli su ciò che è successo e come abbiamo risposto. Dopo che la nostra retrospettiva interna è completata, in genere entro 14 giorni, pubblicheremo una recensione finale Post Incident con ulteriori dettagli e apprendimenti. Per ricevere una notifica quando ciò accade, e/o per rimanere informato sui futuri problemi di servizio Azure, assicurarsi di configurare e mantenere gli avvisi Azure Service Health – questi possono attivare e-mail, SMS, notifiche push, webhooks, e altro ancora: https://aka.ms/ash-alerts. Per ulteriori informazioni sulle recensioni degli incidenti, consultare https://aka.ms/AzurePIRs. Infine, per una guida piÃ1 ampia sulla preparazione degli incidenti sul cloud, consultare https://aka.ms/incidentreadiness.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 22 luglio 2024 alle ore 16:30 UTCupdate

   StatusCast e il team di supporto di 4me sono pronti a fare il passo successivo per la migrazione dei nostri servizi di supporto dal sistema di ticketing legacy di StatusCast per utilizzare 4me direttamente per tutte le richieste e gli incidenti di cambiamento. Questo passo successivo nell'integrazione delle operazioni di StatusCast a 4me vi fornirà in ultima analisi molto più informazioni sulle richieste presentate e il loro stato. Cosa sta cambiando? Mercoledì 24 luglio 2024 il portale di supporto di StatusCast sarà spostato su https://4me-statuscast-portal.4me.com/, questo portale di self service sarà la vostra nuova risorsa per inviare nuovi biglietti e visualizzare lo stato di quelli esistenti che avete inviato. Questo nuovo portale vi darà uno stato più accurato del biglietto, e nel caso in cui si richieda un cambiamento o l'esecuzione in un problema che richiede lavoro di sviluppo, si avrà visibilità nello stato di quello da uno sviluppo a un QA, a una prospettiva di produzione. Inoltre, i clienti saranno in grado di trovare risposte alle loro domande camminando attraverso il portale che contiene una base di conoscenza che verrà estesa mentre andiamo avanti. Siamo molto entusiasti di portare questa visibilità estesa ai nostri clienti in quanto crediamo che sia un passo avanti importante nel supporto che forniamo. Come risultato di questa modifica, emailing [email protected] non aprirà più i biglietti. Dovrai accedere al portale self-service per inviare e accedere alle richieste di supporto. Un link a questo portale self service è stato aggiunto al portale di amministrazione di StatusCast e puoi accedervi selezionando le Impostazioni > Centro assistenza > Biglietti di supporto Gli amministratori di StatusCast esistenti sono stati concessi l'accesso a questo nuovo portale. Per accedere al portale StatusCast, visitare il sito https://xurrent-statuscast-portal.xurrent.com/ e iniziare con ‘Forgot your 4me password?’ (1) in modo da poter ricevere un’email per registrare la password del portale di supporto. Se non si ottiene un'e-mail durante questo processo, potrebbe non essere stato concesso l'accesso automatico, in questo caso è possibile registrarsi facendo clic su "Register as New User" (2): Il portale StatusCast richiede di utilizzare un indirizzo email e di impostare una password con 18 caratteri.

2. 22 luglio 2024 alle ore 16:31 UTCresolved

   autochiuso

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 5 luglio 2024 alle ore 13:00 UTCupdate

   In linea con il nostro impegno per la sicurezza e la trasparenza abbiamo voluto informarvi che il nostro fornitore per SMS, Twilio, ha allertato il nostro team di sicurezza a un incidente avvenuto. Di seguito è riportato il comunicato che abbiamo ricevuto da Twilio che fornisce un resoconto dettagliato dell'incidente e quello che è stato fatto: ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Twilio è stato notificato da uno dei nostri vettori di backup, iBasis, che IdentifyMobile ha esposto inavvertitamente alcuni dati relativi agli SMS inviati da iBasis pubblicamente su Internet che includeva dati personali. Stiamo scrivendo per informarvi che alcuni dei vostri dati personali e dati non personali (come i dati relativi alle campagne di marketing) sono stati accessibili da un gruppo di ricerca sulla sicurezza mentre è stato pubblicamente esposto da IdentifyMobile. Anche se questo incidente era al di fuori del controllo di Twilio, lo prendiamo molto seriamente e ci impegniamo ad aiutarti a capire l'impatto completo. Cosa devi sapere? Al fine di fornire messaggi in regioni specifiche, Twilio si affida a numerosi vettori per massimizzare la consegna alle loro destinazioni finali. Twilio è stato informato che iBasis (un supporto di backup Twilio) aveva usato IdentifyMobile (l'ulteriore vettore di backup di iBasis) che ha inavvertitamente abilitato l'accesso pubblico su una fibbia AWS S3 durante il lavoro di sviluppo. Le informazioni contenute in questo secchio sono state rese pubbliche dal 10 al 15 maggio 2024 e sono state accessibili tra il 13 e il 2024 maggio. Sulla base di un'indagine congiunta tra IdentifyMobile e Amazon AWS, abbiamo appreso che una parte di questi dati è stata accessibile dal Chaos Computing Club (CCC). CCC è un gruppo di ricerca di sicurezza che identifica i problemi di sicurezza; CCC ha confermato che non tengono alcun dato scaricato dal Bucket AWS S3. Non abbiamo prove che ci permetta di confermare che nessun altro terzo ha accesso ai dati. Twilio non possiede questo secchio, e nessuno dei nostri sistemi è stato compromesso in relazione a questa esposizione dei dati. Questo incidente è stato il risultato di azioni intraprese da IdentifyMobile e al di fuori del controllo di Twilio. Mentre continuiamo a collaborare con questi vettori per portare le informazioni più accurate su questa esposizione, la porzione di dati esposti da IdentifyMobile relativa a SMS inviati tra il 1 gennaio 2024 e il 15 maggio 2024, e inclusi: • Numero mobile • Contenuto di messaggi SMS • SMS Sender ID • SMS Timestamp Cosa abbiamo fatto finora? • Twilio ha avviato il nostro processo di risposta agli incidenti per indagare rapidamente su questo argomento. • Twilio ha aumentato questo problema al team esecutivo iBasis; in seguito, abbiamo fatto un'analisi sui registri di dati che sono stati compromessi per fornire quante più informazioni possibile. • Per abbondanza di cautela, abbiamo cessato di inviare il traffico a iBasis, dove possibile. iBasis ha informato Twilio che ha smesso di routing con IdentifyMobile. • Continueremo a lavorare con i nostri vettori di terze parti per ottenere ulteriori dettagli che possono derivare da questo incidente. Cosa devi fare? Si consiglia di rivedere il traffico SMS che hai inviato tra il 1 gennaio 2024 e il 15 maggio 2024, discutendo le implicazioni di un'esposizione con il vostro team interno (s) e decidere se è necessario coinvolgere con persone colpite. Se avete bisogno di ulteriori informazioni per quanto riguarda questo incidente, siamo qui per supportarvi in tutta questa situazione. Ci rammarichiamo profondamente di qualsiasi inconveniente che possa causare e apprezzare la vostra comprensione e cooperazione. ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Cos'ha fatto StatusCast? Una volta che il team di sicurezza di StautsCast è stato avvisato un audit è stato eseguito per provare e determinare l'impatto potenziale che questo aveva sul nostro servizio. Sulla base del rapporto di Twilio è possibile che alcune notifiche inviate tramite il servizio di StatusCast sarebbero state inviate utilizzando il vettore iBasis. Sulla base dei dati del rapporto avrebbe incluso il numero di telefono del destinatario e il messaggio SMS. Le notifiche SMS in StatusCast sono progettate per essere brevi e per guidare gli utenti alla pagina di stato. I messaggi SMS non includono il nome dei destinatari o altre informazioni personali identificabili (PII). Come sempre in StatusCast hai il diritto di scegliere se le notifiche SMS vengono inviate o meno. Le opzioni SMS possono essere controllate nelle sezioni Impostazioni e Integrazione dell'applicazione se si desidera rivedere le configurazioni. In questo momento non ci sono ulteriori elementi di azione per StatusCast da prendere per quanto riguarda la sua applicazione o infrastruttura, tuttavia manterremo la comunicazione stretta con Twilio e se vengono rilasciate ulteriori informazioni lo passeremo attraverso la nostra pagina di stato. StautsCast collabora da anni con Twilio e ha mantenuto un forte impegno per la sicurezza e la trasparenza. Prenderemo che così come questo incidente in considerazione come continuiamo a offrire notifiche SMS nell'applicazione. Se avete ulteriori domande, contattateci all'indirizzo [email protected]

2. 5 luglio 2024 alle ore 13:01 UTCresolved

   autochiuso

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 7 giugno 2024 alle ore 13:00 UTCupdate

   A seguito dell’acquisizione di 4me, ci siamo preparati ad integrare le operazioni di supporto di StatusCast nell’infrastruttura di 4me. Combinando le nostre operazioni di supporto con 4me, i nostri clienti avranno il vantaggio di 24x7 supporto e il numero di rappresentanti disponibili sarà quasi quadruplicato. Per fare il primo passo avanti nella fusione ufficiale di queste squadre rimuoveremo l'opzione live chat disponibile nel portale admin a partire da venerdì 7 giugno 2024. Puoi continuare a comunicare con il supporto via email ([email protected]) o accedendo al nostro attuale portale di supporto. Nei prossimi mesi, noterete diversi cambiamenti nel modo in cui il supporto di StatusCast è fornito. Ciò comporta l'introduzione di un nuovo e migliorato portale di supporto per il monitoraggio di eventuali richieste di cambiamento o problemi che hai effettuato con il supporto. Inoltre, ulteriori strumenti e informazioni di audit saranno resi disponibili nell'applicazione, e ci sarà un aumento delle risorse di aiuto e di conoscenza accessibili direttamente. Siamo molto entusiasti di espandere la nostra offerta di supporto con 4me e sappiamo che alla fine aiuterà la nostra comunità di clienti e utenti stimati!

2. 7 giugno 2024 alle ore 13:01 UTCresolved

   autochiuso

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 4 aprile 2024 alle ore 00:19 UTCupdate

   A circa 8:19PM EDT, gli ingegneri di StatusCast sono stati avvisati che alcune pagine di stato e applicazioni di amministrazione erano inaccessibili. Il team ha identificato che il suo partner di hosting, Microsoft, stava vivendo alcuni problemi nella sua regione di US East relativi ai servizi app e alle connessioni di database SQL. A partire da 9:03PM servizi EDT sono stati ripristinati e il team di StatusCast sta attualmente lavorando con Microsoft per indagare completamente l'incidente. Una volta che il team ha completato l’indagine, seguiremo un RCA. In questo momento StatusCast dovrebbe funzionare pienamente come previsto, se si continua ad avere ulteriori problemi si prega di contattarci all'indirizzo [email protected]

2. 4 aprile 2024 alle ore 01:03 UTCresolved

   A partire da 9:03PM servizi EDT sono stati ripristinati e il team di StatusCast sta attualmente lavorando con Microsoft per indagare completamente l'incidente. Una volta che il team ha completato l’indagine, seguiremo un RCA.

3. 5 aprile 2024 alle ore 21:00 UTCupdate

   Nel lavorare con Microsoft, il team di StatusCast ha confermato che la disgregazione è dovuta a un outage con SQL Databases situato nella regione di Azure, nell'area dell'est, dove StatusCast è principalmente ospitato: StatusCast stesso è stato influenzato da questo outage da circa 8:19 PM EDT e aveva completamente recuperato da 9:03 PM EDT. Il team di StatusCast continuerà a lavorare a stretto contatto con Microsoft per ottimizzare ulteriormente la sua offerta per garantire che l’impatto delle interruzioni dei fornitori di servizi sia il più minimo possibile.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 2 aprile 2024 alle ore 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 aprile 2024 alle ore 13:01 UTCresolved

   auto-closed

1. 8 marzo 2024 alle ore 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 marzo 2024 alle ore 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 marzo 2024 alle ore 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 marzo 2024 alle ore 16:23 UTCresolved

   auto-closed

1. 8 marzo 2024 alle ore 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 marzo 2024 alle ore 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 marzo 2024 alle ore 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 marzo 2024 alle ore 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 marzo 2024 alle ore 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 marzo 2024 alle ore 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 marzo 2024 alle ore 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 marzo 2024 alle ore 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 marzo 2024 alle ore 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 marzo 2024 alle ore 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 marzo 2024 alle ore 15:13 UTCresolved

   auto-closed