Je opent Salesforce en merkt dat een bepaalde functie traag is, niet beschikbaar is of een foutmelding geeft. Tegelijkertijd zie je meldingen van een AWS-probleem. Je zou dan al snel concluderen: "Salesforce draait op AWS, dus AWS moet wel de oorzaak zijn." Soms klopt dat in eerste instantie wel, maar de werkelijke afhankelijkheid is complexer. Salesforce maakt uitgebreid gebruik van AWS, met name via Hyperforce , terwijl sommige Salesforce-omgevingen en -services andere infrastructuur gebruiken. Een AWS-incident kan daarom bepaalde Salesforce-workloads beïnvloeden zonder dat dit per se alle Salesforce-klanten of alle Salesforce-producten platlegt.
De praktische vraag is niet simpelweg of Salesforce AWS gebruikt. Dat doet het. De nuttige vraag is welk onderdeel van uw Salesforce-service waar wordt gehost, van welke AWS-regio of -service het afhankelijk is, en of het probleem zich bevindt in Salesforce, AWS, uw eigen integratie of het netwerkpad ertussen . Deze handleiding legt die afhankelijkheid uit, van de eenvoudigste controles tot de diepere architectonische details, en laat vervolgens zien hoe u uw eigen situatie kunt verifiëren.
Hyperforce is de architectuur van Salesforce voor openbare cloudinfrastructuur waarmee Salesforce-applicaties in regionale cloudomgevingen kunnen worden aangeboden. Salesforce beschrijft Hyperforce als de infrastructuur achter Customer 360 en maakt gebruik van openbare cloudproviders om de regionale beschikbaarheid, dataopslaglocatie, beveiligingsmaatregelen en schaalbaarheid te verbeteren.
Salesforce geeft aan dat Hyperforce vanaf september 2026 beschikbaar is op Amazon Web Services in meerdere landen en dat de ondersteuning ook wordt uitgebreid naar Google Cloud Platform. Dat onderscheid is belangrijk: "Salesforce gebruikt AWS" klopt, maar "elke Salesforce-organisatie draait uitsluitend op AWS" klopt niet. Salesforce beheert nog steeds een deel van zijn eigen infrastructuur en individuele services kunnen draaien op een infrastructuur die losstaat van de kernorganisatie.
De actuele richtlijnen van Salesforce met betrekking tot de locatie van de infrastructuur zijn te vinden in Salesforce Help: Waar bevindt mijn Salesforce-instantie zich? Salesforce legt het bredere Hyperforce-model ook uit in de algemene informatie en veelgestelde vragen over Hyperforce van Salesforce .
De afhankelijkheid is aanzienlijk, maar gelaagd. AWS is al jaren een belangrijke strategische cloudprovider voor Salesforce en AWS beschrijft de bedrijven als een wereldwijd strategisch partnerschap. Salesforce gebruikt de AWS-infrastructuur voor Hyperforce-implementaties en heeft Salesforce-producten ook geïntegreerd met AWS-services zoals Amazon Connect en Amazon Bedrock.
Voor een klant is het nuttig om de relatie in drie lagen te verdelen:
| Laag | Wat afhankelijk is van AWS | Wat dit operationeel betekent |
|---|---|---|
| Salesforce-hostinglaag | Een Salesforce-organisatie of -service kan draaien op Hyperforce, gehost in een AWS-regio. | Een regionaal probleem met AWS of een probleem met de onderliggende infrastructuur kan van invloed zijn op de beschikbaarheid van Salesforce voor die gehoste workload. |
| Salesforce product-servicelaag | Sommige Salesforce-add-ons of ondersteunende services kunnen los van de kernorganisatie van Salesforce op AWS draaien. | Een functie kan uitvallen, zelfs als het CRM-systeem zelf goed functioneert. |
| Klantintegratielaag | Uw bedrijf kan Salesforce koppelen aan uw eigen AWS-workloads, API's, Amazon Connect, datapijplijnen of privénetwerken. | Het probleem kan in uw AWS-account of netwerkverbinding zitten, zelfs als Salesforce zelf normaal functioneert. |
Dit gelaagde model is de sleutel tot het oplossen van problemen. Een statuspagina met de melding "Salesforce is operationeel" bewijst niet dat uw AWS-integratie goed functioneert. Omgekeerd bewijst een algemene AWS-gebeurtenis niet dat uw specifieke Salesforce-instantie is getroffen.
Salesforce geeft aan dat Hyperforce-instanties een actief/actief-model gebruiken, verdeeld over drie beschikbaarheidszones binnen de betreffende regio. Een beschikbaarheidszone (AZ) is een geïsoleerde locatie binnen een AWS-regio. In een actief/actief-ontwerp is de applicatiecapaciteit verdeeld over meerdere zones, in plaats van dat één zone inactief blijft als een koude standby. Salesforce zegt dat het verkeer wordt verdeeld over actieve applicatieservers in alle drie de zones en dat databasereplicatie de consistentie tussen de zones waarborgt.
Die architectuur is bedoeld om de afhankelijkheid van één enkele beschikbaarheidszone te verminderen. Als er in één beschikbaarheidszone een lokaal probleem optreedt, kan het ontwerp ervoor zorgen dat de service via de andere zones blijft functioneren. Een architectuur met meerdere beschikbaarheidszones sluit echter niet alle mogelijke faalscenario's uit. Een regionaal serviceprobleem, een probleem met het besturingsvlak, een netwerkstoring, een softwarefout, een afhankelijkheidsfout of een incident op applicatieniveau kunnen de beschikbaarheid nog steeds beïnvloeden.
Het juiste mentale model is dus: Salesforce op AWS is ontworpen om robuust te zijn binnen een AWS-regio, maar het heeft nog steeds infrastructuurafhankelijkheden die van belang kunnen zijn tijdens grotere AWS-gebeurtenissen .
Dit is waar veel incidentonderzoeken misgaan. Salesforce vermeldt expliciet dat bepaalde services op een aparte infrastructuur kunnen draaien, terwijl ze wel met de organisatie van de klant worden geïntegreerd. Zo staat in de Salesforce-documentatie voor Sales Engagement, Einstein Activity Capture, Salesforce Inbox en Einstein Conversation Insights dat deze services worden gehost op een AWS-infrastructuur die losstaat van de Salesforce Core-infrastructuur van de organisatie.
Dat betekent dat een gebruiker bijvoorbeeld het volgende zou kunnen zien:
Salesforce beschrijft deze scheiding in de Hyperforce-migratiehandleiding voor Sales Engagement, Einstein Activity Capture, Salesforce Inbox en Einstein Conversation Insights .
Begin met de officiële status- en vertrouwensinformatie van Salesforce. Zoek de status van uw specifieke Salesforce-instantie op in plaats van af te gaan op algemene meldingen zoals "Salesforce is niet beschikbaar". Salesforce legt uit hoe u de instantie van een organisatie kunt identificeren in ' Instantiegegevens voor uw Salesforce-organisatie bekijken' .
In Salesforce Setup gebruikt u het zoekvak 'Snel zoeken' om 'Bedrijfsinformatie' te vinden en vervolgens het veld 'Instantie' . Salesforce geeft aan dat voorvoegsels van twee letters, zoals AP0, duiden op door Salesforce beheerde infrastructuur van eigen makelij, terwijl voorvoegsels van drie letters, zoals GBR10, duiden op Hyperforce-infrastructuur.
Een Hyperforce-instantie is niet automatisch voor altijd synoniem met AWS. Salesforce geeft aan dat Hyperforce beschikbaar is op AWS en dat de ondersteuning wordt uitgebreid naar Google Cloud Platform. In de documentatie wordt klanten die willen weten of een specifieke Hyperforce-instantie op AWS of GCP draait, geadviseerd contact op te nemen met de klantenservice van Salesforce.
Dit wordt steeds belangrijker voor het correleren van incidenten. Je moet "Hyperforce" niet zomaar aan "AWS" koppelen op basis van het woord zelf.
Als u hebt bevestigd dat uw organisatie of de betreffende Salesforce-service op AWS draait, kunt u de regio identificeren. De huidige locatiedocumentatie van Salesforce vermeldt Hyperforce-regio's en hun publieke cloudprovider. Salesforce vermeldt bijvoorbeeld AWS-ondersteunde Hyperforce-regio's in onder andere Sydney, Mumbai, Tokio, Singapore, Londen, Frankfurt, Canada Central en verschillende regio's in de VS.
Vergelijk vervolgens het Salesforce-incident met de officiële AWS Health-informatie die relevant is voor die regio en service. Vermijd het beschouwen van een probleem in één AWS-regio als bewijs voor een probleem in een andere Salesforce-regio.
Als Salesforce zelf goed functioneert, controleer dan uw integratiepad. Typische afhankelijkheden aan de klantzijde zijn onder andere API-gateways, Lambda-functies, Amazon Connect, databases, wachtrijen, privé-eindpunten, VPN's, DNS en bedrijfsnetwerkbeheer. Een storing in een van deze componenten kan voor gebruikers lijken op een "Salesforce-probleem", omdat de fout optreedt binnen een Salesforce-workflow.
Een nuttige test is om jezelf af te vragen: Kan dezelfde Salesforce-bewerking wel succesvol worden uitgevoerd zonder onze AWS-service aan te roepen? Zo ja, dan is de kernorganisatie mogelijk in orde, terwijl het integratiepad faalt.
Sommige organisaties gebruiken AWS Direct Connect , een privénetwerkverbinding met AWS, om te voldoen aan de netwerkvereisten voor Hyperforce op AWS. Salesforce beschrijft een use case voor het routeren van bepaald Hyperforce-e-mailverkeer via AWS Direct Connect voor organisaties met vereisten op het gebied van privéconnectiviteit, compliance of dataresidentie.
Dit creëert een extra afhankelijkheidslaag. Bij privéverbindingen kan een incident zich voordoen tussen de gebruiker en Salesforce in plaats van binnen Salesforce zelf. De relevante Salesforce-documentatie is Route Email Through AWS Direct Connect for Hyperforce .
Salesforce beschrijft Hyperforce als ontworpen om te werken met meerdere publieke cloudproviders. Dit vermindert de architectonische aanname dat één hyperscaler de permanente basis moet vormen voor alle Salesforce-workloads. De documentatie van Salesforce voor 2026 vermeldt dat Hyperforce beschikbaar is op AWS en dat ondersteuning voor Google Cloud Platform wordt geïntroduceerd in geselecteerde regio's, afhankelijk van de roadmap van Salesforce.
Voor klanten betekent dit niet dat een bestaande Salesforce-organisatie automatisch overschakelt van AWS naar Google Cloud tijdens een AWS-storing. Multicloud-ondersteuning gaat vooral over waar Salesforce zijn platform kan implementeren en beheren. U moet er niet van uitgaan dat er automatisch wordt overgeschakeld tussen providers, tenzij Salesforce dit expliciet documenteert voor de service die u gebruikt.
De relatie beperkt zich niet alleen tot het hosten van infrastructuur. AWS en Salesforce beschrijven een breder strategisch partnerschap rond data, AI, contactcenterfunctionaliteiten, integratie en inkoop. De officiële partnerpagina van AWS belicht integraties tussen Salesforce-producten en AWS-technologieën, waaronder generatieve AI en mogelijkheden voor databeheer. U kunt deze relatie bekijken op de officiële partnerpagina van AWS en Salesforce .
Dit is van belang tijdens architectuurbeoordelingen, omdat er twee verschillende afhankelijkheidsvraagstukken spelen:
Die twee afhankelijkheden hebben verschillende eigenaren, monitoringspaden, herstelprocedures en ondersteuningsteams.
Wanneer gebruikers melden dat Salesforce niet beschikbaar is of gedeeltelijk defect is, doorloop dan deze controles in de aangegeven volgorde:
Je diagnose wordt sterker als het bewijsmateriaal op verschillende niveaus consistent is. Als Salesforce Trust een incident meldt voor jouw specifieke instantie en de getroffen functionaliteit overeenkomt met de symptomen, is de oorzaak bij Salesforce zeer waarschijnlijk. Als Salesforce goed functioneert, maar je AWS-integratietests in hetzelfde tijdsbestek mislukken, is de AWS-afhankelijkheid aan de klantzijde een betere aanwijzing. Als slechts één Salesforce-add-on is getroffen terwijl de kernfunctionaliteiten van het CRM normaal blijven werken, onderzoek dan de afzonderlijke infrastructuur en status van die service.
Stop niet bij antwoorden als "AWS had een storing" of "Salesforce leek niet beschikbaar". Het betrouwbare antwoord komt voort uit de afstemming van uw instantie, uw product, uw regio en uw integratiepad .
Salesforce is sterk afhankelijk van AWS, met name omdat veel Hyperforce-implementaties en ondersteunende services op de AWS-infrastructuur draaien. Maar deze afhankelijkheid is niet universeel of eenzijdig. Salesforce beheert ook eigen infrastructuur, breidt Hyperforce uit naar meerdere publieke cloudproviders en kan individuele services los van de kernorganisatie van de klant hosten.
Voor operationele teams is de beste aanpak om Salesforce en AWS te beschouwen als een afhankelijkheidsgrafiek in plaats van één enkele stack. Identificeer waar de kernorganisatie draait, breng afzonderlijk gehoste Salesforce-services in kaart, documenteer elke door de klant beheerde AWS-integratie en monitor elke laag onafhankelijk. Dat biedt een veel snellere weg van "Salesforce is defect" naar het specifieke onderdeel dat daadwerkelijk aandacht nodig heeft.
Een praktische gids voor 2026 over AI, slimme huissensoren, bewaking op afstand, valpreventie, privacy en hoe technologie kan bijdragen aan zelfstandig thuis wonen op latere leeftijd zonder zorg te vervangen.
Leer hoe steden mobiliteits-, landgebruiks-, klimaat- en gemeenschapsgegevens kunnen omzetten in veiligere, groenere en meer beloopbare buurten, zonder technologie boven mensen te stellen.
Vergelijk toonaangevende opleidingen in de lucht- en ruimtevaarttechniek voor drones, autonomie, besturing, UAS-operaties en afstudeeronderzoek, met geverifieerde updates voor 2026.
Een praktische gids voor AI-gestuurde chirurgische robotica: huidige mogelijkheden, mate van autonomie, voordelen op het gebied van precisie, beperkingen, regelgeving en evaluatiecriteria.
Er wordt steeds meer geïnvesteerd in CCUS, maar kan koolstofafvang de wereldwijde uitstoot terugdringen? Ontdek waar het werkt, wat de schaalbaarheid beperkt en welk bewijsmateriaal ertoe doet.
Compare seven global programs for digital supply chains, logistics, analytics, global trade, and operations, with practical guidance on choosing the right fit.
Leer hoe brein-computerinterfaces neurale signalen decoderen om communicatie en beweging te herstellen, wat recente studies hebben bereikt en wat het gebruik van BCI nog steeds beperkt.
See how commercial drones combine sensors, edge AI, batteries, communications, and flight-control software—and where autonomy still depends on mission and regulation.
Vergelijk zeven toonaangevende bedrijven op het gebied van batterijen en energieopslag op basis van materialen, systemen, onderzoek, branche-ervaring, flexibiliteit, taal en kostenafwegingen.
Leer hoe de massa van de lading, de batterijlimieten, het weer, de voortstuwingsefficiëntie en de vliegtuigarchitectuur de vliegduur van industriële UAV's beïnvloeden, en hoe je die kunt verbeteren.
