Se Salesforce risulta lento, si verifica un errore di accesso o un'integrazione smette improvvisamente di funzionare, proprio mentre si diffonde la notizia di un'interruzione del servizio AWS, la tentazione di collegare immediatamente i due eventi è forte. In alcuni casi può essere la diagnosi corretta, ma non sempre.
Al 16 settembre 2026, non vi sono prove pubbliche di un'interruzione generalizzata del servizio Salesforce attribuibile all'ultimo problema di AWS. AWS continua a segnalare un'interruzione del servizio importante e prolungata nella sua regione del Medio Oriente (Bahrein) e gravi problemi in alcune parti della sua regione del Medio Oriente (Emirati Arabi Uniti). Salesforce esegue carichi di lavoro Hyperforce su AWS in diversi paesi, inclusi gli Emirati Arabi Uniti, quindi un problema regionale di AWS può avere ripercussioni su alcuni clienti Salesforce. Tuttavia, prima di concludere che la causa sia AWS, è necessario verificare lo stato di Salesforce a livello di organizzazione, istanza, regione e servizio specifici.
Questo articolo spiega cosa è confermato, cosa non lo è, come capire se il tuo ambiente Salesforce è interessato e quando dovresti smettere di aspettare una pagina di stato pubblica e iniziare invece a esaminare la tua rete, il browser, l'integrazione o il tenant.
L'ultimo grave guasto di AWS, ancora visibile nella cronologia degli aggiornamenti di AWS, è concentrato in Medio Oriente. AWS afferma che la sua regione Medio Oriente (Bahrein), identificata come me-south-1 , non è disponibile a seguito di danni fisici, mentre anche la regione Medio Oriente (Emirati Arabi Uniti), me-central-1 , ha subito gravi danni.
AWS ha riferito che le strutture interessate hanno subito danni fisici durante il conflitto regionale del marzo 2026. Il 30 aprile, AWS ha dichiarato che la regione del Bahrain rimaneva non disponibile e che la regione degli Emirati Arabi Uniti non era in grado di supportare in modo affidabile le applicazioni dei clienti. AWS ha consigliato ai clienti interessati di ripristinare i carichi di lavoro in altre regioni e, ove possibile, di ripristinare le risorse inaccessibili da backup remoti.
È possibile verificare lo stato attuale e storico degli eventi direttamente sulla dashboard di AWS Health . AWS spiega inoltre che la vista pubblica di Service Health mostra gli eventi generali del servizio, mentre i clienti che hanno effettuato l'accesso possono visualizzare i problemi specifici dell'account nella propria vista personalizzata di AWS Health.
In linea generale, sulla base delle prove pubbliche disponibili al 16 settembre 2026.
Il sito pubblico di Salesforce dedicato allo stato di affidabilità (Trust Status ) è il luogo principale da cui verificare gli incidenti relativi alla piattaforma. Al momento della verifica, Salesforce non aveva pubblicato alcun incidente a livello di piattaforma che attribuisse gli attuali problemi diffusi di disponibilità di Salesforce all'interruzione del servizio AWS in Medio Oriente.
Questa distinzione è fondamentale. Un fornitore di servizi cloud può subire un'interruzione grave in una regione senza che tutte le aziende di software che utilizzano quel fornitore vadano in tilt a livello globale. Le moderne piattaforme SaaS spesso operano su più regioni, zone di disponibilità, livelli di routing e ambienti infrastrutturali. La domanda rilevante, quindi, non è solo "AWS sta subendo un'interruzione?", ma "La mia organizzazione Salesforce o un servizio da essa dipendente è in esecuzione nel percorso infrastrutturale interessato?".
L'architettura Hyperforce di Salesforce esegue molti carichi di lavoro di Salesforce su infrastrutture cloud pubbliche. La documentazione attuale di Salesforce afferma che Hyperforce è disponibile su AWS in diversi paesi, tra cui Australia, Brasile, Canada, Francia, Germania, India, Indonesia, Israele, Italia, Giappone, Singapore, Sudafrica, Corea del Sud, Svezia, Svizzera, Emirati Arabi Uniti, Regno Unito e Stati Uniti.
Salesforce documenta inoltre che alcune istanze Hyperforce sono mappate a specifiche regioni AWS. Ad esempio, la documentazione relativa alla posizione delle istanze elenca le regioni AWS per diverse aree geografiche in cui sono presenti istanze Hyperforce. L'azienda afferma inoltre che i clienti possono identificare la propria istanza Salesforce e utilizzare Salesforce Trust per visualizzarne la posizione e lo stato.
Consulta la guida ufficiale di Salesforce sull'ubicazione delle istanze e la documentazione di Salesforce sulla residenza dei dati in Hyperforce .
L'obiettivo non è semplicemente trovare un'icona di stato rossa o verde. Una diagnosi utile dovrebbe rispondere a tre domande:
Se non siete ancora in grado di rispondere a queste tre domande, si tratta di un'osservazione dello stato di salute, non di una diagnosi.
Salesforce consiglia di controllare il campo Istanza in Impostazioni, nella sezione Informazioni sull'azienda, oppure di cercare il proprio dominio su Salesforce Trust. L'identità dell'istanza è importante perché lo stato di salute del servizio può variare tra regioni e gruppi di infrastruttura.
Le istruzioni ufficiali di Salesforce sono disponibili in Visualizza le informazioni sull'istanza per la tua organizzazione Salesforce .
Un buon risultato in questa fase è semplice: conoscere il nome dell'istanza effettivamente utilizzata dall'organizzazione di produzione interessata. Non basare la diagnosi sull'organizzazione di un collega, su un ambiente di test in un'altra regione o su un titolo di stato generico di Salesforce.
Accedi a Salesforce Trust e cerca la tua istanza o il tuo dominio. Verifica gli incidenti in corso, la cronologia degli incidenti recenti e la manutenzione programmata.
Se Salesforce segnala un'interruzione attiva per la tua istanza e i sintomi corrispondono a quelli riscontrati dai tuoi utenti, si tratta di una prova molto più solida rispetto a un post sui social media o a un titolo generico su un'interruzione del servizio cloud.
Se Salesforce Trust indica che la tua istanza è integrata, non fermarti qui. Le pagine di stato potrebbero non essere aggiornate in tempo reale rispetto alle prime segnalazioni dei clienti e un problema potrebbe interessare solo una funzionalità, una dipendenza o un gruppo ristretto di tenant.
Se la tua organizzazione Salesforce si trova su Hyperforce con supporto AWS, confronta la finestra temporale dell'incidente di Salesforce con la finestra temporale degli eventi della regione AWS pertinente. Una correlazione significativa richiede che entrambi gli eventi si verifichino nello stesso mese.
Ad esempio, se il tuo ambiente Salesforce è ospitato in una regione AWS europea, un'interruzione limitata al Bahrain non spiega di per sé il problema. Se il tuo carico di lavoro o un servizio dipendente si trova nella regione degli Emirati Arabi Uniti, la correlazione diventa più plausibile e merita una verifica più approfondita.
Una risoluzione dei problemi di alta qualità restringe il campo delle possibili cause, evitando di aggiornare ripetutamente la stessa pagina. Prova alcuni percorsi rappresentativi:
Il modello è importante. Un errore di accesso totale suggerisce un dominio di errore diverso rispetto a una singola integrazione ritardata. Se l'interfaccia utente di Salesforce funziona correttamente ma un flusso middleware verso un sistema ospitato su AWS fallisce, l'impatto reale potrebbe essere a valle di Salesforce piuttosto che su Salesforce stessa.
Sì. Questa è una delle distinzioni più importanti durante un'interruzione dovuta alle nuvole.
La tua organizzazione Salesforce potrebbe essere completamente disponibile anche se un componente ospitato su AWS con cui interagisce presenta un malfunzionamento. Esempi includono middleware, API personalizzate, pipeline di dati, servizi di file, componenti di identità, processi di analisi o applicazioni esterne in esecuzione su AWS.
In tale situazione, Salesforce Trust potrebbe indicare correttamente che la piattaforma Salesforce è in buono stato, anche se un processo aziendale all'interno della tua organizzazione presenta un malfunzionamento.
Un test utile consiste nel separare il comportamento del core di Salesforce dal comportamento delle dipendenze esterne . Se gli utenti riescono a creare e modificare record, ma una chiamata a un servizio esterno va in timeout, è necessario analizzare la dipendenza esterna e la sua area geografica. Se anche la navigazione di base di Salesforce non funziona per molti utenti e reti, lo stato di salute dell'istanza di Salesforce diventa un aspetto ancora più rilevante.
Salesforce ha pubblicato diversi incidenti all'inizio di settembre 2026, ma i registri pubblici degli incidenti non stabiliscono che siano stati causati dall'attuale interruzione del servizio AWS in Medio Oriente.
Ad esempio, Salesforce ha registrato un'interruzione del servizio il 5 settembre che ha interessato un gruppo di piattaforme "AWS US", durata circa 90 minuti e successivamente risolta. Separatamente, Salesforce ha segnalato un problema con Revenue Cloud a partire dal 6 settembre, affermando che le indagini hanno indicato che la causa era un aggiornamento recente. Salesforce ha anche pubblicato un avviso informativo relativo al blocco intermittente dell'interfaccia utente in Chrome ed Edge 153, descrivendolo come un problema del browser di terze parti piuttosto che un problema dell'infrastruttura di Salesforce.
La lezione è importante: possono verificarsi più interruzioni di servizio a breve distanza l'una dall'altra per motivi completamente diversi. Evitate di raggruppare tutti i problemi di Salesforce sotto la dicitura "interruzione di servizio AWS" a meno che il fornitore non li abbia effettivamente collegati.
Le prove si rafforzano quando diversi segnali coincidono:
| Segnale | Cosa ti dice |
|---|---|
| La tua istanza di Salesforce si trova su Hyperforce utilizzando AWS | Esiste una dipendenza da AWS, ma questo da solo non dimostra l'impatto. |
| L'istanza o il servizio dipendente mappa la regione AWS interessata | L'interruzione regionale è tecnicamente rilevante. |
| Salesforce Trust segnala un incidente per la tua istanza nello stesso momento | Esistono prove dirette, provenienti da Salesforce, dell'impatto riscontrato. |
| AWS Health segnala un degrado nella stessa regione e nello stesso intervallo di tempo | L'evento infrastrutturale è in linea con il sintomo. |
| Gli utenti in più località riscontrano lo stesso errore | Diventa meno probabile che il problema riguardi esclusivamente la sede locale o il provider di servizi Internet. |
| Solo un'integrazione esterna fallisce, mentre il core di Salesforce rimane integro. | Il problema potrebbe risiedere nella dipendenza, non nel core di Salesforce. |
Modifica il tuo approccio alla risoluzione dei problemi quando le informazioni pubbliche non corrispondono più a ciò che osservi.
Se lo stato di attendibilità di Salesforce è verde ma un gruppo numeroso di utenti non riesce ad accedere alla stessa istanza da più reti, annota i timestamp, gli ID delle richieste, i messaggi di errore e i nomi utente interessati, quindi apri un caso di assistenza con Salesforce. Se è interessato solo un ufficio, confronta i risultati con un'altra rete o connessione mobile prima di segnalare un'interruzione globale del servizio SaaS.
Se l'interfaccia utente di Salesforce funziona ma le integrazioni falliscono, controlla l'endpoint esterno, la risoluzione DNS, i certificati, le code, i codici di errore dell'API e la regione cloud che ospita tale dipendenza. Non aspettare che Salesforce pubblichi un incidente relativo a un componente non gestito da Salesforce.
Se il problema riguarda risorse AWS di tua proprietà, utilizza la dashboard di integrità AWS (con accesso effettuato) anziché affidarti esclusivamente alla dashboard pubblica. La documentazione AWS specifica esplicitamente che le informazioni sull'integrità specifiche dell'account possono differire da quelle visualizzate pubblicamente. Consulta la documentazione della dashboard di integrità AWS .
Il ritorno della pagina di stato al colore verde è utile, ma il ripristino operativo deve essere confermato tramite il proprio flusso di lavoro.
Prima di dichiarare concluso l'incidente, verificare che:
Un risultato positivo non si limita a dire "il fornitore afferma che il problema è stato risolto". Significa piuttosto "il fornitore afferma che il problema è stato risolto e che i flussi di lavoro per noi importanti funzionano di nuovo senza tassi di errore anomali".
Al 16 settembre 2026, le informazioni ufficiali disponibili non confermano che Salesforce nel suo complesso sia fuori servizio a causa della recente interruzione del servizio AWS. L'interruzione più grave in corso di AWS è circoscritta a una specifica regione, in particolare al Bahrain e ad alcune zone degli Emirati Arabi Uniti. Salesforce utilizza AWS per molti ambienti Hyperforce, anche negli Emirati Arabi Uniti, pertanto alcuni carichi di lavoro ospitati o connessi a Salesforce potrebbero dipendere da AWS. Questo rende importante la verifica a livello regionale, ma non implica automaticamente un'interruzione globale del servizio Salesforce.
Se la tua organizzazione sta riscontrando problemi in questo momento, la strada più affidabile è:
Questo approccio fornisce una risposta difendibile per il proprio ambiente specifico, anziché basarsi su un'ipotesi generica. Il limite è che le pagine di stato pubbliche non possono rivelare immediatamente ogni errore specifico di un tenant, quindi la conferma definitiva di un incidente in produzione potrebbe comunque richiedere il supporto del fornitore e i propri dati di telemetria.
A practical 2026 guide to AI, smart-home sensors, remote monitoring, fall safety, privacy, and how technology can support aging in place without replacing care.
Scopri come le città possono trasformare i dati relativi a mobilità, uso del suolo, clima e comunità in quartieri più sicuri, più verdi e più vivibili, senza anteporre la tecnologia alle persone.
Confronta i principali programmi di ingegneria aerospaziale e UAV per droni, autonomia, sistemi di controllo, operazioni UAS e ricerca di dottorato, con aggiornamenti verificati fino al 2026.
Una guida pratica alla robotica chirurgica basata sull'intelligenza artificiale: capacità attuali, livelli di autonomia, vantaggi in termini di precisione, limiti, regolamentazione e criteri di valutazione.
Gli investimenti nella cattura e utilizzo del carbonio (CCUS) sono in aumento, ma la cattura del carbonio può davvero invertire le emissioni globali? Scopri dove funziona, quali sono i limiti di scala e quali sono le evidenze scientifiche rilevanti.
Compare seven global programs for digital supply chains, logistics, analytics, global trade, and operations, with practical guidance on choosing the right fit.
Scopri come le interfacce cervello-computer decodificano i segnali neurali per ripristinare la comunicazione e il movimento, quali risultati hanno ottenuto gli studi più recenti e cosa limita ancora l'utilizzo delle BCI.
Scopri come i droni commerciali combinano sensori, intelligenza artificiale edge, batterie, sistemi di comunicazione e software di controllo del volo, e in che modo l'autonomia dipende ancora dalla missione e dalle normative.
Compare seven strong battery and energy storage master's options by materials, systems, research, industry exposure, flexibility, language, and cost trade-offs.
Scopri come la massa del carico utile, i limiti della batteria, le condizioni meteorologiche, l'efficienza della propulsione e l'architettura del velivolo influenzano l'autonomia dei droni industriali e come migliorarla.
