Kad Salesforce lapa palēninās vai integrācija pārtrauc ierakstu piegādi, komandas bieži uzdod vienkāršu jautājumu: "Vai AWS nedarbojas vai Salesforce nedarbojas?" Šis jautājums ir saprotams, taču tas var novest pie nepareizas izmeklēšanas. Salesforce ir programmatūras nodrošinātājs, AWS ir mākoņinfrastruktūras nodrošinātājs, un attiecības starp tiem mainās atkarībā no Salesforce produkta, organizācijas, reģiona, tīkla ceļa un integrācijas dizaina.
Pārbaudīts atjauninājums sniedz noderīgu kontekstu šīm attiecībām. Salesforce Help publicēja atjauninātu Hyperforce bieži uzdoto jautājumu sarakstu 2026. gada 4. augustā. Tajā teikts, ka Hyperforce ir pieejams pakalpojumā Amazon Web Services (AWS), un Google Cloud Platform pieejamība ir plānota no 2026. gada beigām, un ka Salesforce pārvalda infrastruktūras izvietojumu, izmantojot tehniskus un operacionālus faktorus. Tajā pašā bieži uzdotajā jautājumā teikts, ka daži produkti vai funkcijas sākotnēji var būt pieejamas pakalpojumā Hyperforce pakalpojumā AWS, bet tās vēl nav pieejamas pakalpojumā GCP. Tas nenozīmē, ka katrs Salesforce pakalpojums tiek mitināts pakalpojumā AWS, ka katrs klients izvēlas pamatā esošo pakalpojumu sniedzēju vai ka AWS incidents automātiski kļūst par Salesforce incidentu. Šajā rokasgrāmatā ir paskaidrota atkarība šajos slāņos, izmantojot informāciju, kas pārbaudīta 2026. gada 16. septembrī.
“Atkarība” var aprakstīt vairākas dažādas attiecības. Vissvarīgākā atšķirība ir starp pārvaldīta pakalpojuma atkarību un klienta izveidotu integrāciju:
| Slānis | Kas ir savienots | Kas to parasti kontrolē | Kā varētu izskatīties neveiksme |
|---|---|---|---|
| Salesforce lietojumprogramma | CRM produkti, API, identitāte, metadati un biznesa loģika | Salesforce | Pieteikšanās kļūmes, API kļūdas, lēnas lapas vai nepieejamas funkcijas |
| Hiperspēka infrastruktūra | Salesforce lietojumprogrammu steki, kas izvietoti publiskā mākoņa infrastruktūrā | Salesforce pārvalda izvietojumu; mākoņpakalpojumu sniedzējs pārvalda tā pamatā esošos pakalpojumus | Reģionālās jaudas, tīklošanas, uzglabāšanas vai infrastruktūras ietekme |
| Klientu integrācija | Salesforce ir savienots ar AWS pakalpojumiem, piemēram, lietojumprogrammām, datu krātuvēm vai notikumu kanāliem | Jūsu integrācijas un darbības komandas ar pakalpojumu sniedzējiem specifiskām vadības ierīcēm | Taimauti, autentifikācijas kļūdas, trūkstoši notikumi vai neizdevušās rakstīšanas |
| Tīkla ceļš | Internets, privāta savienojamība, DNS, ugunsmūri, maršrutēšana vai tiešais savienojums | Klients, telekomunikācijas, AWS un Salesforce atkarībā no ceļa | Nevar izveidot savienojumu tikai ar vienu biroju, VPC, reģionu vai lietojumprogrammu. |
| Dati un atbilstība | Kur dati tiek glabāti, apstrādāti, dublēti un pārsūtīti | Koplietots visā produkta konfigurācijā, līgumos un arhitektūrā | Rezidences jautājumi, bloķētas pārcelšanas vai audita konstatējumi |
Tabulā ir sniegts problēmu novēršanas modelis, nevis apgalvojums, ka katrs Salesforce produkts izmanto visus AWS komponentus. Pirms arhitektūras vai atbilstības lēmuma pieņemšanas pārbaudiet produktam specifisko dokumentāciju un pasūtījuma konfigurāciju.
Nē. Hyperforce ir Salesforce infrastruktūras arhitektūra. Salesforce to raksturo kā publiskā mākoņa arhitektūru, kas tiek pārvaldīta kā kods un paredzēta globālas piegādes, datu glabāšanas, drošības, mērogojamības un elastības atbalstam. AWS ir viens publiskā mākoņa pakalpojumu sniedzējs, kurā ir pieejams Hyperforce. Tāpēc platformas nosaukums, Salesforce produkts un pamatā esošais mākoņa pakalpojumu sniedzējs ir dažādas steka daļas.
Atjauninātajos Salesforce bieži uzdotajos jautājumos teikts, ka Salesforce pārvalda infrastruktūras izvietojumu, pamatojoties uz tehniskiem un operacionāliem faktoriem. Klientam tas nozīmē, ka organizācija, kas darbojas ar Hyperforce, nav jāuzskata par AWS kontu, kurā klients izvēlas pieejamības zonu, maina EC2 instanci vai atver drošības grupu. Salesforce pārvalda pārvaldīto SaaS vidi. Jūsu komandai joprojām var būt AWS atkarības, piemēram, datu cauruļvads, privāts savienojums, notikumu patērētājs vai lietojumprogramma, kas tiek mitināta jūsu AWS kontā, taču tās ir atdalītas no Salesforce infrastruktūras izvietojuma.
Salesforce arī norāda, ka pakalpojumi, kas netiek mitināti Hyperforce platformā, turpina darboties kā iepriekš, un produktu pieejamība var atšķirties atkarībā no publiskā mākoņa pakalpojumu sniedzēja. Lai iegūtu aktuālo informāciju par produktu un pakalpojumu sniedzēju, skatiet Salesforce Hyperforce bieži uzdoto jautājumu un migrācijas rokasgrāmatu . Uztveriet šo lapu kā versiju sniegtu darbības vadlīniju, nevis pastāvīgu solījumu: Salesforce apgalvo, ka dokuments ir informatīvs un var tikt mainīts.
Šī ir vistuvākā tiešai infrastruktūras atkarībai. Ja konkrēta Salesforce organizācija un produkts tiek ievietoti Hyperforce platformā AWS, incidents attiecīgajā AWS reģionā vai pakalpojumā var kļūt par vienu no Salesforce pieejamības faktoriem. Taču faktisko ar klientu saskarošo kļūmi var izraisīt Salesforce lietojumprogrammas kods, Salesforce vadības plakne, atkarība citā reģionā, maršrutēšanas problēma vai produktam specifisks pakalpojums. AWS uzskatīšana par pamatā esošo pakalpojumu sniedzēju nav pietiekama, lai identificētu pamatcēloni.
Bieži vien šī ir atkarība, ko klienti pamana vispirms. Salesforce organizācija var nosūtīt datus uz AWS mitinātu pakalpojumu, saņemt notikumus no rindas, izsaukt API VPC, lasīt no datu platformas vai izmantot AWS pakalpojumu kā daļu no lietojumprogrammas darbplūsmas. Šādā dizainā Salesforce var būt veselīgs, kamēr jūsu AWS galapunkts, akreditācijas dati, tīkla maršruts vai notikumu patērētājs nedarbojas. Ir iespējams arī pretējais: AWS var būt veselīgs, kamēr Salesforce API vai autentifikācijas slānis nav pieejams.
Salesforce Private Connect ir starpmākoņa integrācijas modelis Salesforce organizācijas savienošanai ar klienta AWS pakalpojumiem. AWS Direct Connect ir tīkla savienojamības opcija, kas var nodrošināt ceļu no lokālās vides uz AWS un, izmantojot publisku virtuālu saskarni, uz Hyperforce. Tās nav savstarpēji aizvietojamas vadīklas.
Apvienotajās Salesforce un AWS vadlīnijās teikts, ka Salesforce Express Connect nav saderīgs ar Hyperforce, un AWS Direct Connect ar publisku virtuālo saskarni ir aprakstīts kā opcija dažiem klientiem, kuriem nepieciešams tiešs savienojums ar Hyperforce. Tajās arī tiek izdalīts Private Connect, kas savieno Salesforce organizāciju ar klienta AWS pakalpojumiem. Pirms tīkla arhitektūras maiņas izlasiet AWS vadlīnijas par piekļuvi Hyperforce, izmantojot Direct Connect . Jūsu organizācijai joprojām ir jāpārbauda pieejamība, maršrutēšana un līguma prasības.
Nē. Salesforce incidents un AWS incidents var pārklāties, taču tie nav sinonīmi. Salesforce publicē pakalpojuma statusu savā uzticamības vietnē, savukārt AWS publicē pakalpojuma veselības un kontam raksturīgus notikumus, izmantojot AWS Health. Sāciet ar pakalpojumu, kas nedarbojas, un precīzu iesaistīto reģionu vai instanci, nevis pieņemot, ka atbildīgais ir lielākais pakalpojumu sniedzējs grupā.
Izmantojiet šo salīdzinājumu negadījuma laikā:
| Novērotais simptoms | Pirmā vieta, kur meklēt | Interpretācija pārbaudei |
|---|---|---|
| Visi Salesforce lietotāji nevar pieteikties vai izmantot vairākus produktus | Salesforce Trust, organizācijas instance un Salesforce atbalsta kanāls | Pakalpojuma pārtraukums visā Salesforce vai instances līmenī |
| Tikai viena AWS atbalstīta integrācija neizdodas | Lietojumprogrammu žurnāli, AWS Health, akreditācijas dati, DNS un galapunktu metrika | Klienta integrācijas vai AWS pakalpojuma problēma |
| Tikai viens birojs vai VPC nevar sazināties ar Salesforce | Maršruti, ugunsmūra noteikumi, DNS, tiešais savienojums un uzticama IP konfigurācija | Tīkla ceļa vai lokālās konfigurācijas problēma |
| Salesforce lietotāja interfeiss darbojas, bet ieplānotā sinhronizācija apstājas. | API ierobežojumi, OAuth žetons, rindas dziļums, atkārtoti mēģinājumi un integrācijas žurnāli | Darbplūsmas vai API atkarība, nevis kodola pieejamība |
| Viens produkts vai funkcija nav pieejama | Produktam specifiska Salesforce statusa un izlaiduma dokumentācija | Komponentu līmeņa problēma, uzturēšana vai funkciju atkarība |
Šī atšķirība ietekmē eskalāciju. Ja Salesforce Trust ziņo par incidentu, kas ietekmē jūsu instanci, apkopojiet incidenta numuru un izvairieties no destruktīvu konfigurācijas izmaiņu veikšanas. Ja Trust ir skaidrs, bet jūsu AWS galapunkts uzrāda kļūdas, saglabājiet pieprasījumu ID un izpētiet AWS pusi. Ja abi šķiet veseli, salīdziniet tiešo Salesforce API testu, AWS galapunkta testu un pilnu integrācijas ceļu; problēma starp veseliem pakalpojumiem joprojām ir iespējama.
Hyperforce platformā var mainīties Salesforce lietojumprogrammu un datu mitināšanas vieta, taču “reģionāls” nenozīmē, ka “katrs baits katrā situācijā paliek vienā valstī”. Salesforce apgalvo, ka klientu dati parasti tiek glabāti valstī, kurā atrodas organizācija, ja tur ir pieejami izmantotie pakalpojumi. Tas arī brīdina, ka dažiem produktiem var būt komponenti dažādās valstīs vai integrācijas ar pakalpojumiem, kas vēl nav pieejami Hyperforce platformā.
Šis brīdinājums ir svarīgs, ja AWS ir daļa no dizaina. Jums ir jāattēlo vismaz četras atrašanās vietas: Salesforce organizācija un tās Hyperforce darbības reģions, AWS reģions, kurā atrodas pievienotais pakalpojums vai dati, integrācijas darbinieku un žurnālu atrašanās vieta, kā arī dublējuma vai katastrofu atkopšanas kopiju atrašanās vieta. Jūsu komandas izvēlētais AWS reģions neaizstāj Salesforce produkta arhitektūru, un Salesforce datu glabāšanas opcija automātiski neievieto jūsu ārējos AWS datus tajā pašā reģionā.
Izmantojiet Salesforce Hyperforce publiskā mākoņa infrastruktūras pārskatu un savas organizācijas uzticamības un atbilstības dokumentāciju, lai validētu produktus, reģionus un saistības, kas attiecas uz jūsu vidi. Regulēto datu gadījumā lūdziet privātuma, drošības un juridiskajām komandām pārskatīt faktiskos pakalpojumu sniegšanas noteikumus, nevis paļauties uz vispārīgu arhitektūras diagrammu.
Noturība sākas ar vienas sinhronas ķēdes izvairīšanos katrai biznesa darbībai. Ja Salesforce darījumam ir jāgaida AWS pakalpojums, definējiet, kas notiek, ja AWS pakalpojums ir lēns vai nav pieejams. Atkarībā no biznesa procesa rinda, atkārtots mēģinājums ar eksponenciālu atlikšanu, idempotences atslēga, ķēdes pārtraucējs, nederīgas vēstules ceļš vai manuāla saskaņošana var būt drošāka nekā atkārtoti sinhroni izsaukumi.
Izmantojiet ierobežotu atkārtotu mēģinājumu skaitu. Atkārtots mēģinājums, kas turpinās, kamēr Salesforce vai AWS darbība ir degradēta, var palielināt datplūsmu un īslaicīgu incidentu pārvērst lielākā uzkrājumā. Ierakstiet sākotnējo pieprasījumu, atkārtotu mēģinājumu skaitu, atbildes kodu un galīgo lēmumu. Pirms notikumu automātiskās atkārtošanas iespējošanas pārliecinieties, vai dublikātu piegāde ir droša.
Atdaliet Salesforce puses atkopšanas mērķus no AWS puses mērķiem. AWS datubāzes dublējums neatjauno Salesforce organizācijas konfigurāciju, un Salesforce atkopšanas opcija neatjauno ārēju AWS lietojumprogrammu. Salesforce apraksta ārpusreģiona katastrofu atkopšanas iespēju drošai instances dublēšanai sekundārajā Hyperforce reģionā, taču pieejamība un līguma darbības joma ir jāpārbauda jūsu izmantotajiem produktiem un izdevumam. Neprezentējiet šo opciju kā universālu rezerves kopiju plānu.
Neiekodējiet pieņēmumus par publiskā mākoņa IP adrešu diapazoniem, pakalpojumu sniedzēju izvietojumu vai produktu darbību ilgmūžīgā izpildes grāmatā. Pēc Hyperforce migrācijas, jauna reģiona palaišanas, savienojamības izmaiņām vai būtiskas integrācijas laidiena pārskatīšanas pārskatiet pašreizējo Salesforce un AWS dokumentāciju.
Noderīgs rezultāts nav vienkārši “Salesforce izmanto AWS”. Noderīgs rezultāts ir ierobežots apgalvojums, piemēram: “Salesforce organizācija ir sasniedzama, AWS ir veselīgs, bet integrācijas darbinieks nevar atrisināt privāto galapunktu” vai “Salesforce Trust ziņo par instances problēmu, tāpēc mūsu AWS puses atkārtotie mēģinājumi tiek aizturēti”. Šis precizitātes līmenis norāda nākamajai komandai, kas jāmaina un kas nemaināms.
Salesforce un AWS ir cieši saistīti mūsdienu mākoņarhitektūras daļās, īpaši tur, kur Hyperforce darbojas AWS vidē vai kur klients apzināti integrē Salesforce ar AWS pakalpojumiem. Šīs attiecības nav viena “viss vai nekas” atkarība. Tā ir pārvaldītas mitināšanas, lietojumprogrammu pakalpojumu, tīkla ceļu, datu atrašanās vietu un klienta veidotu integrāciju kopums.
Pašreizējai plānošanai izmantojiet 2026. gada 4. augusta Salesforce Hyperforce bieži uzdotos jautājumus kā sākumpunktu un pēc tam pārbaudiet konkrētos produktus un reģionus savā organizācijā. Incidentu reaģēšanas gadījumā pārbaudiet katru slāni atsevišķi un saglabājiet pierādījumus pirms konfigurācijas maiņas. Mērķis nav likvidēt visas atkarības; mērķis ir zināt, kura atkarība pastāv, kam tā pieder, kā parādās kļūme un kā uzņēmums atkopjas, neradot otru problēmu.
Pārskatiet ievērojamākos Salesforce darbības pārtraukumus 2025. gadā, kas neizdevās, cik ilgi ilga atlasītie incidenti un praktiskās noturības mācības, ko komandas var pielietot.
Izveidojiet praktisku Salesforce dīkstāves nepārtrauktības plānu ar ietekmes analīzi, RTO/RPO mērķiem, manuāliem risinājumiem, integrācijas vadīklām un atkopšanas pārbaudēm.
Uzziniet, kā sazināties ar Salesforce atbalsta dienestu nopietnas elektroenerģijas padeves pārtraukuma laikā: pārbaudiet uzticamības statusu, izvēlieties pareizo kanālu, atveriet spēcīgu pieteikumu un izsekojiet atkopšanas gaitu.
Novērsiet Salesforce Workbench pieteikšanās, REST Explorer, taimauta, 503, API versijas problēmas un ierobežojiet kļūdas dīkstāves laikā, izmantojot praktisku diagnostikas kontrolsarakstu.
StoreForce problēmas var traucēt darba grafiku, laika uzskaiti un darbinieku darbplūsmas. Uzziniet, kā novērtēt ietekmi, nodrošināt veikalu darbību, pārbaudīt problēmu risināšanu un zināt, kad tās ir jārisina.
Izprotiet galvenos plaši izplatīto mākoņpakalpojumu dīkstāves cēloņus, to, kā kļūmes kaskādes veidā izplatās, kas jāpārbauda vispirms un kā izstrādāt noturīgāku atkopšanas plānu.
Ja šķiet, ka Datorama vai Marketing Cloud Intelligence nedarbojas, izmantojiet šo uz pierādījumiem balstīto kontrolsarakstu, lai pārbaudītu darbības traucējumu, aizsargātu pārskatu kvalitāti un zinātu, kad dati atkal ir uzticami.
Praktisks ieskats tajā, kā Heroku darbības pārtraukumi var ietekmēt izvietotās lietotnes, dinamometrus, maršrutēšanu, datubāzes, izvietošanu, Heroku Connect, žurnālus un atkopšanu.
Izprotiet, kā Salesforce un AWS savienojas, izmantojot Hyperforce, integrācijas, tīklošanu, datu glabāšanu, elektroenerģijas padeves pārtraukumus un kopīgu operatīvo atbildību.
AWS darbības pārtraukums ne vienmēr nozīmē, ka Salesforce nedarbojas. Uzziniet, kā Hyperforce, reģioni, instances un Salesforce Trust nosaka, vai jūsu organizācija ir ietekmēta.
