Sie öffnen Salesforce und eine Funktion ist langsam, nicht verfügbar oder gibt einen Fehler zurück. Gleichzeitig sehen Sie Meldungen über ein AWS-Problem. Die Schlussfolgerung liegt nahe: „Salesforce läuft auf AWS, also muss AWS die Ursache sein.“ Manchmal ist diese Annahme grundsätzlich richtig, doch die tatsächliche Abhängigkeit ist komplexer. Salesforce nutzt AWS umfassend, insbesondere über Hyperforce , während einige Salesforce-Umgebungen und -Dienste andere Infrastrukturen verwenden. Ein AWS-Vorfall kann daher einige Salesforce-Workloads beeinträchtigen, ohne zwangsläufig alle Salesforce-Kunden oder alle Salesforce-Produkte lahmzulegen.
Die entscheidende Frage ist nicht einfach, ob Salesforce AWS nutzt. Das tut es. Die wirklich wichtige Frage ist, welcher Teil Ihres Salesforce-Dienstes wo gehostet wird, von welcher AWS-Region oder welchem AWS-Dienst er abhängt und ob das Problem bei Salesforce, AWS, Ihrer eigenen Integration oder dem Netzwerkpfad zwischen ihnen liegt . Dieser Leitfaden erläutert diese Abhängigkeiten von den einfachsten Prüfungen bis hin zu den tieferliegenden architektonischen Details und zeigt anschließend, wie Sie Ihre eigene Situation überprüfen können.
Hyperforce ist die Public-Cloud-Infrastrukturarchitektur von Salesforce für die Bereitstellung von Salesforce-Anwendungen in regionalen Cloud-Umgebungen. Salesforce beschreibt Hyperforce als die Infrastruktur hinter Customer 360 und nutzt Public-Cloud-Anbieter, um die regionale Verfügbarkeit, Datenresidenz, Sicherheitskontrollen und Skalierbarkeit zu erweitern.
Laut Salesforce ist Hyperforce ab September 2026 in mehreren Ländern über Amazon Web Services verfügbar und wird zudem auf die Google Cloud Platform ausgeweitet. Diese Unterscheidung ist wichtig: „Salesforce nutzt AWS“ stimmt zwar, aber „jede Salesforce-Organisation läuft ausschließlich auf AWS“ ist falsch. Salesforce betreibt weiterhin eigene, von Salesforce verwaltete Infrastruktur, und einzelne Dienste können auf einer vom Kern der Organisation getrennten Infrastruktur ausgeführt werden.
Die aktuellen Richtlinien von Salesforce zur Infrastrukturstandortwahl finden Sie in der Salesforce-Hilfe: Wo befindet sich meine Salesforce-Instanz? Salesforce erläutert sein umfassenderes Hyperforce-Modell außerdem in den allgemeinen Informationen und FAQs zu Hyperforce .
Die Abhängigkeit ist beträchtlich, aber vielschichtig. AWS ist seit Jahren ein wichtiger strategischer Cloud-Anbieter für Salesforce, und AWS beschreibt die Unternehmen als global strategisch partnerschaftlich verbunden. Salesforce nutzt die AWS-Infrastruktur für Hyperforce-Bereitstellungen und hat seine Produkte zudem mit AWS-Services wie Amazon Connect und Amazon Bedrock integriert.
Für einen Kunden ist es hilfreich, die Beziehung in drei Ebenen zu unterteilen:
| Schicht | Was von AWS abhängt | Was bedeutet das operativ? |
|---|---|---|
| Salesforce-Hostingschicht | Eine Salesforce-Organisation oder ein Salesforce-Dienst kann auf Hyperforce ausgeführt werden, das in einer AWS-Region gehostet wird. | Ein regionales oder zugrunde liegendes Infrastrukturproblem bei AWS kann sich auf die Verfügbarkeit von Salesforce für die jeweilige gehostete Arbeitslast auswirken. |
| Salesforce-Produkt-Service-Ebene | Einige Salesforce-Add-ons oder unterstützende Dienste können auf AWS unabhängig von der Salesforce-Kernorganisation ausgeführt werden. | Eine einzelne Funktion kann auch dann ausfallen, wenn das CRM-Kernsystem intakt bleibt. |
| Kundenintegrationsschicht | Ihr Unternehmen kann Salesforce mit Ihren eigenen AWS-Workloads, APIs, Amazon Connect, Datenpipelines oder privaten Netzwerken verbinden. | Das Problem kann in Ihrem AWS-Konto oder Netzwerkpfad liegen, selbst wenn Salesforce selbst normal funktioniert. |
Dieses mehrschichtige Modell ist der Schlüssel zur Fehlerbehebung. Eine Statusseite mit der Meldung „Salesforce ist betriebsbereit“ beweist nicht, dass Ihre AWS-basierte Integration einwandfrei funktioniert. Umgekehrt beweist ein allgemeines AWS-Ereignis nicht, dass Ihre spezifische Salesforce-Instanz betroffen ist.
Salesforce gibt an, dass Hyperforce-Instanzen ein Aktiv/Aktiv-Modell über drei Verfügbarkeitszonen innerhalb der jeweiligen Region nutzen. Eine Verfügbarkeitszone (Availability Zone, AZ) ist ein isolierter Bereich innerhalb einer AWS-Region. In einem Aktiv/Aktiv-Design wird die Anwendungskapazität über mehrere Zonen verteilt, anstatt eine Zone als Kalt-Standby ungenutzt zu halten. Laut Salesforce wird der Datenverkehr auf die aktiven Anwendungsserver in allen drei Zonen verteilt, und die Datenbankreplikation gewährleistet die Konsistenz zwischen den Zonen.
Diese Architektur zielt darauf ab, die Abhängigkeit von einzelnen Verfügbarkeitszonen zu reduzieren. Tritt in einer Verfügbarkeitszone ein lokales Problem auf, kann die Architektur den Dienstbetrieb in den anderen Zonen aufrechterhalten. Eine Multi-AZ-Architektur schließt jedoch nicht alle möglichen Fehlerquellen aus. Regionale Dienstprobleme, Probleme in der Steuerungsebene, Netzwerkstörungen, Softwarefehler, Abhängigkeitsausfälle oder Vorfälle auf Anwendungsebene können die Verfügbarkeit weiterhin beeinträchtigen.
Das richtige mentale Modell lautet also: Salesforce on AWS ist so konzipiert, dass es innerhalb einer AWS-Region ausfallsicher ist, aber es gibt dennoch Infrastrukturabhängigkeiten, die bei größeren AWS-Ereignissen relevant werden können .
Hier liegt oft das Problem bei der Untersuchung von Sicherheitsvorfällen. Salesforce weist ausdrücklich darauf hin, dass bestimmte Dienste auf einer separaten Infrastruktur laufen können, während sie gleichzeitig in die Kundenorganisation integriert sind. Beispielsweise heißt es in der Salesforce-Dokumentation zu Sales Engagement, Einstein Activity Capture, Salesforce Inbox und Einstein Conversation Insights, dass diese Dienste auf einer separaten AWS-Infrastruktur gehostet werden, die nicht zur Salesforce-Kerninfrastruktur der Organisation gehört.
Das bedeutet, ein Benutzer könnte beispielsweise folgende Situation sehen:
Salesforce dokumentiert diese Trennung in seinem Hyperforce-Migrationsleitfaden für Sales Engagement, Einstein Activity Capture, Salesforce Inbox und Einstein Conversation Insights .
Beginnen Sie mit den offiziellen Status- und Vertrauensinformationen von Salesforce. Ermitteln Sie den Status Ihrer spezifischen Salesforce-Instanz, anstatt sich auf allgemeine Meldungen wie „Salesforce ist nicht verfügbar“ zu verlassen. Salesforce erklärt unter „ Instanzinformationen für Ihre Salesforce-Organisation anzeigen “, wie Sie die Instanz einer Organisation identifizieren .
In den Salesforce-Einstellungen finden Sie die Unternehmensinformationen über die Schnellsuche . Suchen Sie anschließend nach dem Feld „Instanz“ . Salesforce weist darauf hin, dass zweistellige Instanzpräfixe wie AP0 auf von Salesforce verwaltete First-Party-Infrastruktur hinweisen, während dreistellige Präfixe wie GBR10 Hyperforce-Infrastruktur kennzeichnen.
Eine Hyperforce-Instanz ist nicht automatisch und dauerhaft an AWS gebunden. Salesforce gibt an, dass Hyperforce auf AWS verfügbar ist und auf die Google Cloud Platform ausgeweitet wird. In der Dokumentation wird Kunden, die klären möchten, ob eine bestimmte Hyperforce-Instanz auf AWS oder GCP läuft, empfohlen, sich an den Salesforce-Kundensupport zu wenden.
Dies ist für die Korrelation von Vorfällen zunehmend wichtig. Man sollte „Hyperforce“ nicht allein aufgrund des Wortes selbst mit „AWS“ verknüpfen.
Wenn Sie bestätigt haben, dass Ihre Organisation oder der betroffene Salesforce-Dienst auf AWS ausgeführt wird, ermitteln Sie die Region. Die aktuelle Standortdokumentation von Salesforce listet die Hyperforce-Regionen und ihre Public-Cloud-Anbieter auf. Beispielsweise listet Salesforce AWS-gestützte Hyperforce-Regionen an Standorten wie Sydney, Mumbai, Tokio, Singapur, London, Frankfurt, Kanada (Mitte) und mehreren US-Regionen auf.
Vergleichen Sie anschließend den Salesforce-Vorfall mit den offiziellen AWS-Health-Informationen für die betreffende Region und den betreffenden Dienst. Vermeiden Sie es, ein Problem in einer AWS-Region als Beweis für ein Problem in einer anderen Salesforce-Region zu verwenden.
Wenn Salesforce selbst einwandfrei funktioniert, überprüfen Sie Ihren Integrationspfad. Typische kundenseitige Abhängigkeiten umfassen API-Gateways, Lambda-Funktionen, Amazon Connect, Datenbanken, Warteschlangen, private Endpunkte, VPNs, DNS und die Steuerung des Unternehmensnetzwerks. Ein Fehler in einer dieser Komponenten kann Benutzern als „Salesforce-Problem“ erscheinen, da der Fehler innerhalb eines Salesforce-Workflows auftritt.
Ein hilfreicher Test besteht darin, sich zu fragen: Kann derselbe Salesforce-Vorgang erfolgreich ausgeführt werden, ohne unseren AWS-Service aufzurufen? Wenn ja, ist die Kernorganisation möglicherweise intakt, während der Integrationspfad fehlschlägt.
Einige Organisationen nutzen AWS Direct Connect , eine private Netzwerkverbindung zu AWS, um die Netzwerkanforderungen für Hyperforce auf AWS zu erfüllen. Salesforce dokumentiert einen Anwendungsfall für das Routing bestimmter Hyperforce-E-Mail-Datenströme über AWS Direct Connect für Organisationen mit Anforderungen an private Konnektivität, Compliance oder Datenspeicherung.
Dadurch entsteht eine weitere Abhängigkeitsebene. Bei Verwendung privater Verbindungen kann ein Vorfall zwischen dem Benutzer und Salesforce auftreten, anstatt innerhalb von Salesforce selbst. Die entsprechende Salesforce-Dokumentation finden Sie unter „ E-Mail-Weiterleitung über AWS Direct Connect für Hyperforce“ .
Salesforce beschreibt Hyperforce als so konzipiert, dass es über mehrere Public-Cloud-Anbieter hinweg operieren kann. Dadurch entfällt die architektonische Annahme, dass ein einziger Hyperscaler die permanente Basis für alle Salesforce-Workloads bilden muss. Laut der Salesforce-Dokumentation von 2026 ist Hyperforce auf AWS verfügbar, und die Unterstützung für die Google Cloud Platform wird in ausgewählten Regionen eingeführt, vorbehaltlich der Veröffentlichungen im Salesforce-Fahrplan.
Für Kunden bedeutet dies nicht, dass eine bestehende Salesforce-Organisation bei einem AWS-Ausfall automatisch von AWS zu Google Cloud migriert wird. Die Unterstützung mehrerer Cloud-Plattformen bezieht sich primär darauf, wo Salesforce seine Plattform bereitstellen und betreiben kann. Sie sollten nicht von einer anbieterübergreifenden Migration ausgehen, es sei denn, Salesforce dokumentiert dies explizit für den von Ihnen genutzten Dienst.
Die Beziehung beschränkt sich nicht nur auf das Hosting von Infrastruktur. AWS und Salesforce beschreiben eine umfassendere strategische Partnerschaft in den Bereichen Daten, KI, Contact-Center-Funktionen, Integration und Beschaffung. Auf der offiziellen Partnerschaftsseite von AWS werden Integrationen von Salesforce-Produkten und AWS-Technologien hervorgehoben, darunter generative KI und Datenmanagement-Funktionen. Weitere Informationen zu dieser Beziehung finden Sie auf der offiziellen Partnerschaftsseite von AWS und Salesforce .
Dies ist bei Architekturprüfungen von Bedeutung, da es zwei verschiedene Abhängigkeitsfragen gibt:
Diese beiden Abhängigkeiten haben unterschiedliche Verantwortliche, Überwachungspfade, Wiederherstellungsverfahren und Supportteams.
Wenn Benutzer melden, dass Salesforce nicht verfügbar oder teilweise defekt ist, führen Sie diese Prüfungen in der angegebenen Reihenfolge durch:
Ihre Diagnose wird umso aussagekräftiger, je besser die Indizien auf verschiedenen Ebenen zusammenwirken. Meldet Salesforce Trust einen Vorfall für Ihre exakte Instanz und stimmt die betroffene Funktion mit den Symptomen überein, ist Salesforce höchstwahrscheinlich die Ursache. Funktioniert Salesforce einwandfrei, schlagen Ihre AWS-Integrationstests jedoch im selben Zeitraum fehl, deutet dies eher auf eine AWS-Abhängigkeit auf Kundenseite hin. Ist nur ein Salesforce-Add-on betroffen, während die CRM-Kernfunktionen weiterhin normal funktionieren, untersuchen Sie die separate Infrastruktur und den Status dieses Dienstes.
Geben Sie sich nicht mit Aussagen wie „AWS hatte eine Störung“ oder „Salesforce war nicht erreichbar“ zufrieden. Die verlässliche Antwort erhalten Sie durch die Abstimmung Ihrer Instanz, Ihres Produkts, Ihrer Region und Ihres Integrationspfads .
Salesforce ist stark von AWS abhängig, insbesondere weil viele Hyperforce-Implementierungen und zugehörige Dienste auf der AWS-Infrastruktur laufen. Diese Abhängigkeit ist jedoch weder universell noch eindimensional. Salesforce betreibt auch eigene Infrastruktur, erweitert Hyperforce über mehrere Public-Cloud-Anbieter hinweg und kann einzelne Dienste unabhängig von der Kernorganisation des Kunden hosten.
Für Betriebsteams empfiehlt es sich, Salesforce und AWS als Abhängigkeitsdiagramm und nicht als einheitlichen Stack zu betrachten. Ermitteln Sie, wo die Kernorganisation läuft, ordnen Sie separat gehostete Salesforce-Dienste zu, dokumentieren Sie jede vom Kunden verwaltete AWS-Integration und überwachen Sie jede Ebene unabhängig. So gelangen Sie deutlich schneller von der Meldung „Salesforce funktioniert nicht“ zur spezifischen Komponente, die tatsächlich Aufmerksamkeit benötigt.
Compare seven global programs for digital supply chains, logistics, analytics, global trade, and operations, with practical guidance on choosing the right fit.
Erfahren Sie, wie Gehirn-Computer-Schnittstellen neuronale Signale entschlüsseln, um Kommunikation und Bewegung wiederherzustellen, was aktuelle Studien erreicht haben und was den Einsatz von BCI noch einschränkt.
Erfahren Sie, wie kommerzielle Drohnen Sensoren, Edge-KI, Batterien, Kommunikationssysteme und Flugsteuerungssoftware kombinieren – und wo die Autonomie noch immer von der Mission und den Vorschriften abhängt.
Compare seven strong battery and energy storage master's options by materials, systems, research, industry exposure, flexibility, language, and cost trade-offs.
Erfahren Sie, wie Nutzlastmasse, Batteriegrenzen, Wetterbedingungen, Antriebseffizienz und Flugzeugarchitektur die Reichweite industrieller UAVs beeinflussen – und wie Sie diese verbessern können.
Vergleichen Sie führende Studiengänge im Bereich Biomedizintechnik für intelligente medizinische Geräte, einschließlich Design, Bioelektronik, KI, Cybersicherheit, klinische Ausbildung und Regulierung.
Build a practical Salesforce downtime continuity plan with clear priorities, fallback workflows, recovery checks, testing criteria, and realistic limits.
Probleme mit StoreForce können zu Störungen bei Zeitplänen, Zeiterfassung, Schichtwechseln und der internen Kommunikation führen. Erfahren Sie, wie Sie das Problem diagnostizieren, den Geschäftsbetrieb aufrechterhalten und die Wiederherstellung sicherstellen.
Erfahren Sie, wie Sie den Salesforce-Support während eines größeren Ausfalls kontaktieren, den richtigen Kanal auswählen, einen aussagekräftigen Fall vorbereiten und nachfassen, ohne doppelte Tickets zu erstellen.
Vergleichen Sie herausragende Masterstudiengänge in den Bereichen FinTech und Cybersicherheit weltweit, einschließlich Lehrplan, Format, Karrierechancen und aktuellen Zulassungsinformationen für 2027.
