Dacă Salesforce se simte lent, o conectare eșuează sau o integrare nu mai funcționează brusc în același timp cu apariția știrilor despre o întrerupere a serviciului AWS, este tentant să se facă imediat o legătură între cele două. Acesta poate fi diagnosticul corect în unele cazuri, dar nu întotdeauna.
La data de 16 septembrie 2026, nu există dovezi publice ale unei întreruperi generale a serviciului Salesforce atribuite celei mai recente întreruperi a AWS. AWS continuă să raporteze o întrerupere majoră și de lungă durată a serviciului în regiunea Orientul Mijlociu (Bahrain) și o afectare gravă a serviciului în anumite părți ale regiunii Orientul Mijlociu (EAU). Salesforce rulează sarcini de lucru Hyperforce pe AWS în mai multe țări, inclusiv în EAU, astfel încât o problemă regională AWS poate fi importantă pentru unii clienți Salesforce. Însă starea Salesforce trebuie verificată la nivelul organizației, instanței, regiunii și serviciului specifice înainte de a se concluziona că AWS este cauza.
Acest articol explică ce este confirmat, ce nu, cum să știi dacă mediul tău Salesforce este afectat și când ar trebui să nu mai aștepți o pagină de stare publică și să investighezi propria rețea, browser, integrare sau entitate găzduită.
Cea mai recentă perturbare majoră a AWS, încă vizibilă în istoricul de sănătate publică al AWS, este concentrată în Orientul Mijlociu. AWS declară că regiunea sa din Orientul Mijlociu (Bahrain), identificată ca me-south-1 , nu este disponibilă în urma unor daune fizice, în timp ce regiunea sa din Orientul Mijlociu (EAU), me-central-1 , a suferit, de asemenea, afectări severe.
AWS a raportat că instalațiile afectate au suferit daune fizice în timpul conflictului regional din martie 2026. Pe 30 aprilie, AWS a declarat că regiunea Bahrain a rămas indisponibilă și că regiunea Emiratelor Arabe Unite nu putea oferi suport fiabil pentru aplicațiile clienților. AWS a sfătuit clienții afectați să recupereze sarcinile de lucru din alte regiuni și să restaureze resursele inaccesibile din copii de rezervă la distanță, acolo unde este posibil.
Puteți verifica starea evenimentelor curente și istorice direct în tabloul de bord AWS Health . AWS explică, de asemenea, că vizualizarea publică Service Health afișează evenimente generale de servicii, în timp ce clienții conectați pot vedea problemele specifice contului în vizualizarea lor personalizată AWS Health.
Nu în sens larg, pe baza dovezilor publice disponibile la 16 septembrie 2026.
Site-ul public Salesforce Trust Status este principalul loc pentru verificarea incidentelor Salesforce. La momentul analizei, Salesforce nu publica niciun incident la nivelul întregii platforme care să atribuie problemele actuale de disponibilitate pe scară largă a Salesforce perturbării AWS Middle East.
Această distincție contează. Un furnizor de cloud poate avea o întrerupere gravă a serviciului într-o regiune, fără ca toate companiile de software care utilizează acel furnizor să se întrerupă la nivel global. Platformele SaaS moderne operează adesea în mai multe regiuni, zone de disponibilitate, straturi de rutare și medii de infrastructură. Prin urmare, întrebarea relevantă nu este doar „Are AWS o întrerupere?”, ci „Rulează organizația mea Salesforce sau un serviciu de care depinde pe calea de infrastructură afectată?”
Arhitectura Hyperforce a Salesforce rulează numeroase sarcini de lucru Salesforce pe infrastructura de cloud public. Documentația actuală a Salesforce precizează că Hyperforce este disponibil pe AWS în mai multe țări, inclusiv Australia, Brazilia, Canada, Franța, Germania, India, Indonezia, Israel, Italia, Japonia, Singapore, Africa de Sud, Coreea de Sud, Suedia, Elveția, Emiratele Arabe Unite, Regatul Unit și Statele Unite.
Salesforce documentează, de asemenea, că unele instanțe Hyperforce sunt mapate la anumite regiuni AWS. De exemplu, documentația sa privind locația instanțelor listează regiunile AWS pentru o serie de zone geografice Hyperforce. Compania afirmă în plus că clienții își pot identifica instanța Salesforce și pot utiliza Salesforce Trust pentru a vizualiza locația și starea acesteia.
Consultați ghidul oficial de locație a instanțelor Salesforce și documentația privind rezidența datelor Hyperforce de la Salesforce .
Scopul nu este pur și simplu să găsiți o pictogramă de stare roșie sau verde. Un diagnostic util ar trebui să răspundă la trei întrebări:
Dacă nu poți răspunde încă la aceste trei întrebări, ai o observație a stării de sănătate, nu un diagnostic.
Salesforce recomandă verificarea câmpului Instanță în Configurare, sub Informații despre companie, sau căutarea domeniului dvs. pe Salesforce Trust. Identitatea instanței este importantă, deoarece starea serviciului poate diferi între regiuni și grupuri de infrastructură.
Instrucțiunile oficiale Salesforce sunt disponibile în secțiunea Vizualizați informațiile despre instanță pentru organizația dvs. Salesforce .
Un rezultat bun în această etapă este simplu: cunoașteți numele instanței pe care o folosește de fapt organizația de producție afectată. Nu diagnosticați din organizația unui coleg, dintr-un sandbox din altă regiune sau dintr-un titlu generic de stare Salesforce.
Accesați Salesforce Trust și căutați instanța sau domeniul dvs. Verificați incidentele actuale, istoricul incidentelor recente și mentenanța programată.
Dacă Salesforce listează o întrerupere activă pentru instanța dvs., iar simptomele corespund cu ceea ce văd utilizatorii dvs., aceasta este o dovadă mult mai puternică decât o postare pe rețelele sociale sau un titlu general despre o întrerupere a serviciului cloud.
Dacă Salesforce Trust arată instanța dvs. ca fiind sănătoasă, nu vă opriți aici. Paginile de stare pot întârzia apariția primelor rapoarte ale clienților, iar o problemă poate afecta doar o caracteristică, o dependență sau un grup restrâns de entități găzduite.
Dacă organizația dvs. Salesforce este bazată pe Hyperforce, susținută de AWS, comparați fereastra incidentului Salesforce cu fereastra evenimentului din regiunea AWS relevantă. O corelație semnificativă necesită mai mult decât ca ambele evenimente să se întâmple în aceeași lună.
De exemplu, dacă mediul dvs. Salesforce este găzduit într-o regiune AWS europeană, o întrerupere izolată în Bahrain nu explică în sine defecțiunea. Dacă sarcina de lucru sau un serviciu dependent se află în regiunea Emiratelor Arabe Unite, relația devine mai plauzibilă și merită o verificare mai aprofundată.
Depanarea de înaltă calitate restrânge problema în loc să fie necesară actualizarea repetată a aceleiași pagini. Testați câteva căi reprezentative:
Modelul contează. O eroare totală de conectare sugerează un domeniu de eroare diferit, provenit de la o singură integrare întârziată. Dacă interfața cu utilizatorul Salesforce este sănătoasă, dar un flux middleware către un sistem găzduit de AWS eșuează, impactul real poate fi în aval de Salesforce, mai degrabă decât în Salesforce în sine.
Da. Aceasta este una dintre cele mai importante distincții în timpul unei întreruperi a serviciului cloud.
Organizația dvs. Salesforce poate fi complet disponibilă în timp ce o componentă găzduită de AWS cu care comunică este degradată. Exemplele includ middleware, API-uri personalizate, conducte de date, servicii de fișiere, componente de identitate, joburi de analiză sau aplicații externe care rulează în AWS.
În această situație, Salesforce Trust poate afișa corect platforma Salesforce ca fiind sănătoasă, chiar dacă un proces de business din cadrul organizației dvs. eșuează.
Un test util este separarea comportamentului de bază al Salesforce de comportamentul dependenței externe . Dacă utilizatorii pot crea și edita înregistrări, dar o apelare către un serviciu extern expiră, investigați dependența externă și regiunea sa. Dacă chiar și navigarea de bază în Salesforce eșuează pe mulți utilizatori și rețele, starea instanței Salesforce devine mai relevantă.
Salesforce a publicat într-adevăr mai multe incidente la începutul lunii septembrie 2026, dar înregistrările publice ale incidentelor nu stabilesc că acestea au fost cauzate de actuala întrerupere a serviciului AWS din Orientul Mijlociu.
De exemplu, Salesforce a înregistrat o întrerupere a serviciului pe 5 septembrie care a afectat o grupare de platforme „AWS US”, care a durat aproximativ 90 de minute și a fost rezolvată ulterior. Separat, Salesforce a raportat o problemă Revenue Cloud începând cu 6 septembrie și a declarat că investigația sa a indicat că o versiune recentă a fost cauza. Salesforce a publicat, de asemenea, o notificare informativă despre blocarea intermitentă a interfeței utilizator în Chrome și Edge 153 și a descris-o ca fiind o problemă a unui browser terț, mai degrabă decât o problemă a infrastructurii Salesforce.
Lecția este importantă: mai multe întreruperi pot apărea una lângă alta din motive complet diferite. Evitați să grupați fiecare problemă Salesforce la categoria „întrerupere AWS”, cu excepția cazului în care furnizorul le-a conectat efectiv.
Dovezile devin mai puternice atunci când se aliniază mai multe semnale:
| Semnal | Ce îți spune |
|---|---|
| Instanța dvs. Salesforce este pe Hyperforce folosind AWS | Există o dependență de AWS, dar acest lucru în sine nu dovedește impactul. |
| Instanța sau serviciul dependent se mapează la regiunea AWS afectată | Întreruperea regională este relevantă din punct de vedere tehnic. |
| Salesforce Trust raportează un incident pentru instanța dvs. în același timp | Există dovezi directe ale impactului din partea Salesforce. |
| AWS Health raportează degradarea în aceeași regiune și fereastră de timp | Evenimentul de infrastructură se aliniază cu simptomul. |
| Utilizatorii din mai multe locații văd aceeași eroare | O problemă exclusiv legată de biroul local sau de furnizorul de servicii de internet devine mai puțin probabilă. |
| Doar o integrare externă eșuează în timp ce nucleul Salesforce rămâne sănătos | Dependența, nu nucleul Salesforce, ar putea fi punctul de defecțiune real. |
Schimbați abordarea de depanare a problemelor atunci când informațiile publice nu mai corespund cu ceea ce vedeți.
Dacă indicatorul Salesforce Trust este verde, dar un grup mare de utilizatori nu poate accesa aceeași instanță din mai multe rețele, nu poate captura marcaje temporale, ID-uri de solicitări, mesaje de eroare și nume de utilizator afectate, atunci deschideți un caz de asistență Salesforce. Dacă este afectat un singur birou, comparați cu o altă rețea sau conexiune mobilă înainte de a escalada o întrerupere globală a serviciului SaaS.
Dacă interfața cu utilizatorul Salesforce funcționează, dar integrările eșuează, verificați endpoint-ul extern, rezoluția DNS, certificatele, cozile, codurile de eroare API și regiunea cloud care găzduiește dependența respectivă. Nu așteptați ca Salesforce să posteze un incident despre o componentă pe care Salesforce nu o operează.
Dacă problema implică resurse AWS pe care le dețineți, utilizați Tabloul de bord AWS Health la care sunteți conectat, în loc să vă bazați doar pe tabloul de bord public. Documentația AWS menționează în mod explicit că informațiile de stare specifice contului pot diferi de vizualizarea serviciului public. Consultați documentația Tabloului de bord AWS Health .
O pagină de stare care revine la verde este utilă, dar revenirea operațională ar trebui confirmată prin propriul flux de lucru.
Înainte de a declara incidentul încheiat, verificați dacă:
Un rezultat puternic nu este doar „furnizorul spune că problema s-a rezolvat”. Este „furnizorul spune că problema s-a rezolvat, iar fluxurile de lucru care contează pentru noi funcționează din nou fără rate anormale de eroare”.
Începând cu 16 septembrie 2026, informațiile oficiale disponibile nu permit afirmarea că Salesforce în ansamblu este indisponibil din cauza recentei întreruperi a AWS. Cea mai gravă întrerupere continuă a AWS este specifică regiunii, concentrată pe Bahrain și în anumite părți ale Emiratelor Arabe Unite. Salesforce utilizează AWS pentru multe medii Hyperforce, inclusiv în Emiratele Arabe Unite, astfel încât unele sarcini de lucru găzduite de Salesforce sau conectate la Salesforce pot avea dependențe AWS. Acest lucru face ca verificarea regională să fie importantă, dar nu face ca o întrerupere globală a Salesforce să fie automată.
Dacă organizația dumneavoastră se confruntă cu probleme acum, cea mai fiabilă cale este:
Această abordare vă oferă un răspuns justificabil pentru propriul mediu, în loc să vă bazați pe o presupunere generală. Limitarea este că paginile de stare publice nu pot dezvălui imediat fiecare eroare specifică unei entități găzduite, astfel încât confirmarea finală a unui incident de producție poate necesita în continuare asistență din partea furnizorului și propria telemetrie.
Investițiile în CCUS sunt în creștere, dar poate captarea carbonului să inverseze emisiile globale? Vedeți unde funcționează, ce limitează scara și ce dovezi contează.
Compare seven global programs for digital supply chains, logistics, analytics, global trade, and operations, with practical guidance on choosing the right fit.
Aflați cum interfețele creier-computer decodifică semnalele neuronale pentru a restabili comunicarea și mișcarea, ce au realizat studiile recente și ce limitează încă utilizarea BCI.
Vedeți cum dronele comerciale combină senzorii, inteligența artificială de la margine, bateriile, comunicațiile și software-ul de control al zborului - și unde autonomia depinde încă de misiune și reglementări.
Compare seven strong battery and energy storage master's options by materials, systems, research, industry exposure, flexibility, language, and cost trade-offs.
Learn how payload mass, battery limits, weather, propulsion efficiency, and aircraft architecture shape industrial UAV endurance—and how to improve it.
Compare leading biomedical engineering programs for smart medical devices, including design, bioelectronics, AI, cybersecurity, clinical training, and regulation.
Creați un plan practic de continuitate pentru perioadele de nefuncționare ale Salesforce, cu priorități clare, fluxuri de lucru de rezervă, verificări de recuperare, criterii de testare și limite realiste.
Problemele StoreForce pot perturba programul, pontajul, schimbările de ture și comunicarea în magazin. Aflați cum să diagnosticați problema, să mențineți operațiunile de vânzare cu amănuntul în mișcare și să verificați recuperarea.
Aflați cum să contactați asistența Salesforce în timpul unei întreruperi majore, să alegeți canalul potrivit, să pregătiți un caz util și să faceți urmărire fără a crea tichete duplicate.
