Når en Salesforce-side bliver langsommere, eller en integration holder op med at levere poster, stiller teams ofte et simpelt spørgsmål: "Er AWS nede, eller er Salesforce nede?" Det spørgsmål er forståeligt, men det kan føre til den forkerte undersøgelse. Salesforce er en softwareudbyder, AWS er en cloud-infrastrukturudbyder, og forholdet mellem dem ændrer sig afhængigt af Salesforce-produktet, organisationen, regionen, netværksstien og integrationsdesignet.
En verificeret opdatering giver forholdet nyttig kontekst. Salesforce Help udgav en opdateret Hyperforce FAQ den 4. august 2026. Den siger, at Hyperforce er tilgængelig på Amazon Web Services (AWS), med Google Cloud Platform planlagt tilgængelig fra slutningen af 2026, og at Salesforce administrerer infrastrukturplacering ved hjælp af tekniske og operationelle faktorer. Den samme FAQ siger, at nogle produkter eller funktioner i starten kan være tilgængelige på Hyperforce på AWS, mens de endnu ikke er tilgængelige på GCP. Dette betyder ikke, at alle Salesforce-tjenester hostes på AWS, at alle kunder vælger den underliggende udbyder, eller at en AWS-hændelse automatisk bliver en Salesforce-hændelse. Denne vejledning forklarer afhængigheden i disse lag ved hjælp af oplysninger, der blev kontrolleret den 16. september 2026.
"Afhængighed" kan beskrive flere forskellige relationer. Den vigtigste forskel er mellem en administreret serviceafhængighed og en kundeoprettet integration:
| Lag | Hvad er forbundet | Hvem styrer det normalt | Hvordan en fiasko kan se ud |
|---|---|---|---|
| Salesforce-applikation | CRM-produkter, API'er, identitet, metadata og forretningslogik | Salesforce | Loginfejl, API-fejl, langsomme sider eller utilgængelige funktioner |
| Hyperforce-infrastruktur | Salesforce-applikationsstakke implementeret på offentlig cloud-infrastruktur | Salesforce administrerer placeringen; cloududbyderen driver sine underliggende tjenester | Regional kapacitet, netværk, lagring eller infrastruktureffekter |
| Kundeintegration | Salesforce forbundet til AWS-tjenester såsom applikationer, datalagre eller eventpipelines | Dine integrations- og driftsteams med udbyderspecifikke kontroller | Timeouts, godkendelsesfejl, manglende hændelser eller mislykkede skrivninger |
| Netværkssti | Internet, privat forbindelse, DNS, firewalls, routing eller Direct Connect | Kunde, telekommunikation, AWS og Salesforce afhængigt af stien | Kun ét kontor, én VPC, én region eller én applikation kan ikke oprette forbindelse |
| Data og overholdelse | Hvor data opbevares, behandles, sikkerhedskopieres og overføres | Delt på tværs af produktkonfiguration, kontrakter og arkitektur | Spørgsmål om bopæl, blokerede overførsler eller en revisionskonklusion |
Tabellen er en fejlfindingsmodel, ikke en påstand om, at alle Salesforce-produkter bruger alle AWS-komponenter. Tjek den produktspecifikke dokumentation og din ordrekonfiguration, før du træffer en beslutning om arkitektur eller compliance.
Nej. Hyperforce er Salesforces infrastrukturarkitektur. Salesforce beskriver den som en public-cloud-arkitektur, der administreres som kode, og som er designet til at understøtte global levering, dataopbevaring, sikkerhed, skalerbarhed og agilitet. AWS er en public-cloud-udbyder, hvor Hyperforce er tilgængelig. Platformnavnet, Salesforce-produktet og den underliggende cloud-udbyder er derfor forskellige dele af stakken.
Den opdaterede Salesforce FAQ siger, at Salesforce administrerer infrastrukturplacering baseret på tekniske og operationelle faktorer. For en kunde betyder det, at en organisation, der kører på Hyperforce, ikke bør behandles som en AWS-konto, hvor kunden vælger en tilgængelighedszone, ændrer en EC2-instans eller åbner en sikkerhedsgruppe. Salesforce driver det administrerede SaaS-miljø. Dit team kan stadig have AWS-afhængigheder omkring sig - for eksempel en datapipeline, privat forbindelse, begivenhedsforbruger eller applikation, der hostes på din AWS-konto - men disse er adskilt fra Salesforces egen infrastrukturplacering.
Salesforce bemærker også, at tjenester, der ikke hostes på Hyperforce, fortsat fungerer som før, og at produkttilgængeligheden kan variere afhængigt af den offentlige cloud-udbyder. For aktuelle produkt- og udbyderoplysninger, se Salesforce Hyperforce FAQ og migreringsvejledningen . Betragt denne side som versionsbaseret driftsvejledning snarere end et permanent løfte: Salesforce siger, at dokumentet er informativt og kan ændres.
Dette er det tætteste, man kommer på en direkte infrastrukturafhængighed. Hvis en bestemt Salesforce-organisation og et bestemt produkt er placeret på Hyperforce på AWS, kan en hændelse i en relevant AWS-region eller -tjeneste blive én faktor i Salesforces tilgængelighed. Men den faktiske kundevendte fejl kan være forårsaget af Salesforce-applikationskode, et Salesforce-kontrolplan, en afhængighed i en anden region, et routingproblem eller en produktspecifik tjeneste. At se AWS som den underliggende udbyder er ikke nok til at identificere den grundlæggende årsag.
Dette er ofte den afhængighed, som kunderne bemærker først. En Salesforce-organisation kan sende data til en AWS-hostet tjeneste, modtage begivenheder fra en kø, kalde en API i en VPC, læse fra en dataplatform eller bruge en AWS-tjeneste som en del af en applikationsworkflow. I dette design kan Salesforce være sund, mens dit AWS-slutpunkt, legitimationsoplysninger, netværksrute eller begivenhedsforbruger fejler. Det omvendte er også muligt: AWS kan være sund, mens Salesforce API'en eller godkendelseslaget ikke er tilgængeligt.
Salesforce Private Connect er et cross-cloud-integrationsmønster til at forbinde en Salesforce-organisation med en kundes AWS-tjenester. AWS Direct Connect er en netværksforbindelsesmulighed, der kan give en sti fra et lokalt miljø til AWS og, via en offentlig virtuel grænseflade, til Hyperforce. De er ikke udskiftelige kontroller.
Den fælles vejledning fra Salesforce og AWS siger, at Salesforce Express Connect ikke er kompatibel med Hyperforce, og beskriver AWS Direct Connect med en offentlig virtuel grænseflade som en mulighed for nogle kunder, der har brug for direkte forbindelse til Hyperforce. Den skelner også mellem Private Connect, som forbinder en Salesforce-organisation til en kundes AWS-tjenester. Læs AWS-vejledningen for at få adgang til Hyperforce med Direct Connect, før du ændrer netværksarkitekturen. Tilgængelighed, routing og kontraktkrav skal stadig kontrolleres for din organisation.
Nej. En Salesforce-hændelse og en AWS-hændelse kan overlappe hinanden, men de er ikke synonymer. Salesforce offentliggør servicestatus via sit Trust-websted, mens AWS offentliggør servicetilstand og kontospecifikke hændelser via AWS Health. Start med den service, der fejler, og den præcise region eller instans, der er involveret, i stedet for at antage, at den største udbyder i stakken er ansvarlig.
Brug denne sammenligning under en hændelse:
| Observeret symptom | Første sted at kigge | Fortolkning til test |
|---|---|---|
| Alle Salesforce-brugere kan ikke logge ind eller bruge flere produkter | Salesforce Trust, organisationsinstans og Salesforce supportkanal | Salesforce-dækkende eller instansniveau-tjenesteafbrydelse |
| Kun én AWS-baseret integration mislykkes | Applikationslogfiler, AWS Health, legitimationsoplysninger, DNS og slutpunktsmålinger | Kundeintegration eller AWS-serviceproblem |
| Kun ét kontor eller én VPC kan ikke nå Salesforce | Ruter, firewallregler, DNS, Direct Connect og konfiguration af betroede IP-adresser | Problem med netværkssti eller lokal konfiguration |
| Salesforce-brugergrænsefladen fungerer, men en planlagt synkronisering går i stå | API-grænser, OAuth-token, kødybde, genforsøg og integrationslogfiler | Workflow- eller API-afhængighed snarere end kernetilgængelighed |
| Ét produkt eller én funktion er ikke tilgængelig | Produktspecifik Salesforce-status og udgivelsesdokumentation | Problem på komponentniveau, vedligeholdelse eller funktionsafhængighed |
Denne sondring påvirker eskalering. Hvis Salesforce Trust rapporterer en hændelse, der påvirker din instans, skal du indsamle hændelsesnummeret og undgå at foretage destruktive konfigurationsændringer. Hvis Trust er tydelig, men dit AWS-slutpunkt viser fejl, skal du bevare anmodnings-ID'er og undersøge AWS-siden. Hvis begge ser ud til at være sunde, skal du sammenligne en direkte Salesforce API-test, en AWS-slutpunktstest og den fulde integrationssti; et problem mellem sunde tjenester er stadig muligt.
Hyperforce kan ændre, hvor Salesforce-applikationer og -data hostes, men "regional" betyder ikke, at "hver byte forbliver i ét land i enhver situation". Salesforce siger, at kundedata generelt gemmes i det land, hvor organisationen er placeret, når de tjenester, der er i brug, er tilgængelige der. De advarer også om, at nogle produkter kan have komponenter i forskellige lande eller inkludere integrationer til tjenester, der endnu ikke er på Hyperforce.
Denne advarsel er vigtig, når AWS er en del af designet. Du skal kortlægge mindst fire placeringer: Salesforce-organisationen og dens Hyperforce-driftsområde, den AWS-region, der indeholder den tilsluttede tjeneste eller data, placeringen af integrationsmedarbejdere og logfiler, og placeringen af sikkerhedskopier eller gendannelseskopier efter nedbrud. En AWS-region valgt af dit team tilsidesætter ikke Salesforces produktarkitektur, og en Salesforce-dataopholdsmulighed placerer ikke automatisk dine eksterne AWS-data i samme region.
Brug oversigten over Salesforce Hyperforce public-cloud-infrastrukturen og din organisations dokumentation for tillid og overholdelse af regler til at validere de produkter, regioner og forpligtelser, der gælder for dit miljø. For regulerede data bør du få teams inden for privatliv, sikkerhed og juridiske tjenester til at gennemgå de faktiske servicevilkår i stedet for at stole på et generelt arkitekturdiagram.
Modstandsdygtighed begynder med at undgå en enkelt synkron kæde for hver forretningshandling. Hvis en Salesforce-transaktion skal vente på en AWS-tjeneste, skal du definere, hvad der sker, når AWS-tjenesten er langsom eller utilgængelig. Afhængigt af forretningsprocessen kan en kø, et nyt forsøg med eksponentiel backoff, en idempotensnøgle, en afbryder, en sti til dødt brev eller en manuel afstemning være sikrere end gentagne synkrone kald.
Brug begrænsede genforsøg. Et genforsøg, der fortsætter, mens Salesforce eller AWS er nedbrudt, kan mangedoble trafikken og forvandle en kortvarig hændelse til en større efterslæb. Registrer den oprindelige anmodning, antallet af genforsøg, svarkoden og den endelige afvikling. Sørg for, at duplikatlevering er sikker, før du aktiverer automatisk afspilning af hændelser.
Adskil gendannelsesmål for Salesforce-siden fra mål for AWS-siden. En sikkerhedskopi af en AWS-database gendanner ikke en Salesforce-organisationskonfiguration, og en Salesforce-gendannelsesmulighed gendanner ikke en ekstern AWS-applikation. Salesforce beskriver en Out of Region Disaster Recovery-funktion til sikker sikkerhedskopiering af en instans i en sekundær Hyperforce-region, men tilgængelighed og kontraktmæssigt omfang skal verificeres for de produkter og den udgave, du bruger. Præsenter ikke denne mulighed som en universel failover-plan.
Undlad at hardcode antagelser om IP-intervaller i den offentlige cloud, udbyderplacering eller produktadfærd i en langtidsholdbar runbook. Gennemgå den aktuelle Salesforce- og AWS-dokumentation efter en Hyperforce-migrering, en lancering af en ny region, en ændring af forbindelsen eller en større integrationsudgivelse.
Et nyttigt resultat er ikke blot "Salesforce bruger AWS." Det nyttige resultat er en afgrænset sætning såsom: "Salesforce-organisationen kan nås, AWS er sund, men integrationsarbejderen kan ikke løse det private slutpunkt," eller "Salesforce Trust rapporterer et instansproblem, så vores AWS-sidede forsøg tilbageholdes." Dette præcisionsniveau fortæller det næste team, hvad de skal ændre – og hvad de ikke skal ændre.
Salesforce og AWS er tæt forbundet i dele af den moderne cloudarkitektur, især hvor Hyperforce kører på AWS, eller hvor en kunde bevidst integrerer Salesforce med AWS-tjenester. Forholdet er ikke en enkelt alt-eller-intet-afhængighed. Det er en stak af administreret hosting, applikationstjenester, netværksstier, dataplaceringer og kundebyggede integrationer.
Brug Salesforce Hyperforce FAQ fra 4. august 2026 som udgangspunkt for den aktuelle planlægning, og bekræft derefter de specifikke produkter og regioner i din organisation. For hændelsesrespons skal du teste hvert lag uafhængigt og bevare beviser, før du ændrer konfigurationen. Målet er ikke at eliminere alle afhængigheder; det er at vide, hvilken afhængighed der findes, hvem der ejer den, hvordan fejl opstår, og hvordan virksomheden genopretter sig uden at skabe et andet problem.
Tjek hvem der har udstedt bøden, find betalingsfristen, og se hvordan du betaler, søger afdragsordning eller gør indsigelse i Danmark.
Se hvornår du skal ringe 112 eller 114, hvordan du kontakter Nordjyllands Politi i Aalborg, og hvor du finder åbningstider, Digital Post og online anmeldelser.
Se, hvordan leveringer, marginer, energilagring, robotaxi-planer, renter og dollarkurs kan påvirke Tesla-aktien – med udgangspunkt i Q3 2026.
Få forskellen på S&P 500, Nasdaq Composite og Nasdaq-100 forklaret: selskaber, udvælgelse, vægtning, markedsdækning og betydning for danske investorer.
Se hvordan Conference League fungerer i 2026/27: kvalifikation, 36 hold i ligaetapen, point, playoff-pladser og knockoutfasen forklaret.
AGF og SC Braga spillede 0-0 i Randers den 5. november. Find UEFA’s officielle kampresultat, opdateringer og Conference League-stilling, og se hvad pointet betyder.
AS Monaco vandt 2–0 over FC Nordsjælland i Conference League. Mathys Detourbet og Matthis Abline scorede. Se slutresultat, dansk streamingpartner og næste kamp.
Nvidia-aktiens kurs påvirkes af AI-efterspørgsel, regnskaber, chipforsyning, eksportregler, konkurrence, renter og USD/DKK. Se de vigtigste faktorer.
Se forskellen på Nasdaq Composite, Nasdaq-100 og S&P 500: indeksenes selskaber, vægtning, teknologiprofil og betydning for investorer i Danmark.
Tjek kø, uheld og vejarbejde på Køge Bugt Motorvejen. Se Trafikinfo.dk, planlagte spærringer og vigtige ændringer i kommunale trafikdata i 2026.
