Gut strukturiertes Framework

Das Salesforce Well-Architected Framework bietet Architekten eine gemeinsame, prinzipientreue Grundlage für Entscheidungen, mit denen eine Lösung im Laufe der Zeit erfolgreich sein kann. Sie besteht aus fünf Säulen: Trust, Reliability, Operational Excellence, Resource and Cost Optimization (Vertrauen, Zuverlässigkeit, operative Spitzenleistungen, Ressourcen- und Kostenoptimierung) und Fairness (Fairness). Jede davon erfasst eine Qualitätsdimension, die in jeder Lebensphase einer Lösung wichtig ist – vom anfänglichen Design bis hin zum langfristigen Betrieb und Wachstum.

Das Framework behandelt die Realitäten, mit denen Architekten heute konfrontiert sind: Menschen, Agenten und Plattformen, die in verwalteten Geschäftssystemen zusammenarbeiten. Eine Lösung, die sicher, aber unter Last spröde oder effizient, aber in ihren Entscheidungen undurchsichtig ist, ist nicht gut konzipiert. Diese fünf Säulen arbeiten zusammen, um sicherzustellen, dass die Qualität als Ganzes behandelt wird und nicht als Checkliste unabhängiger Anliegen.

Architekten verwenden das Framework als konsistente Linse bei Entwurfsüberprüfungen, Kompromissgesprächen und fortlaufender Unternehmensführung. Sie schreibt keine einzige richtige Antwort vor. Sie bietet Ihnen die richtigen Fragen, die richtigen Muster und ein gemeinsames Vokabular, das Sie teamübergreifend verwenden können.

Das Salesforce Well-Architected Framework ist ein Leitfaden zur architektonischen Qualität von Lösungen, die auf der Salesforce Platform basieren. Sie kodifiziert die Prinzipien, Muster und Kompromisse, die Lösungen unterscheiden, die skaliert und angepasst werden, von Lösungen, die technische Schulden anhäufen oder unter Druck versagen.

Das Framework ist in fünf Säulen organisiert. Jede Säule definiert eine Dimension der Qualität, formuliert die zentralen Designprinzipien, identifiziert allgemeine Muster und bietet explizite Anleitungen für traditionelle Plattformfunktionen und Arbeitslasten mit agentischer AI. Zusammen decken die Säulen umfassend ab, was es bedeutet, etwas Gutes auf Salesforce aufzubauen.

Dieses Framework ist kein Produkthandbuch oder Implementierungshandbuch. Es handelt sich um ein Architekturentscheidungs-Framework – eine Denkweise über Qualität, die unabhängig davon gilt, welche Clouds, Funktionen oder Tools eine Lösung verwendet.

Branchen-Frameworks von Hyperscale-Cloud-Anbietern bieten nützliche allgemeine Richtlinien, sind jedoch in erster Linie für Cloud-Infrastrukturen und betriebliche Belange wie virtuelle Maschinen, Netzwerk, Speicher und Berechnungen konzipiert. Salesforce-Architekten stehen vor unterschiedlichen Einschränkungen und Funktionen: Mandantenplattform mit Obergrenzen, jahrzehntelanger Geschäftslogik in Customer 360, ausgefeilten Integrationslösungen, deklarativer Automatisierung, metadatengesteuerter Konfiguration und verwalteten Freigabemodellen. Diese prägen jede architektonische Entscheidung auf eine Weise, die die allgemeine Cloud-Anleitung nicht berücksichtigen kann.

Die Umstellung auf autonome Agenten führt zu zusätzlichen Überlegungen. Agenten, die argumentieren und handeln, führen Nichtdeterminismus, probabilistische Argumentation und Human-in-the-Loop-Aufsichtsmuster ein, die von früheren Frameworks ursprünglich nicht angesprochen wurden, obwohl sich allgemeine Frameworks über spezielle AI-Linsen in diesen Bereich hinein erstrecken. Das Salesforce Well-Architected Framework wendet sich über eine einheitliche Linse sowohl an die traditionelle Plattformarchitektur als auch an Agentensysteme.

Dieses Framework dient allen, die für die architektonische Qualität auf der Salesforce Platform verantwortlich sind:

• Salesforce-Architekten entwickeln neue Lösungen oder erweitern bestehende Lösungen
• Salesforce-Administratoren konfigurieren und schützen die Organisationen, in denen diese Lösungen ausgeführt werden
• Entwicklungsleiter, die Standards und Muster für ihre Teams festlegen
• Berater und Partner beraten Kunden hinsichtlich bewährter Vorgehensweisen für Plattformen
• KI und Agentenspezialisten beim Erstellen und Regeln autonomer Agentensysteme

Es sind keine Vorkenntnisse in der Agenten-AI erforderlich. Das Framework ist für alle Architekten zugänglich und bietet gleichzeitig Tiefe für diejenigen, die an der Grenze autonomer Systeme arbeiten.

Es gibt keine einzige richtige Lesereihenfolge. Wählen Sie je nach Rolle und unmittelbarem Bedarf:

• Wenn Sie das Framework noch nicht kennen: Lesen Sie dieses Übersichtsdokument durchgängig und erkunden Sie dann die für Ihr aktuelles Projekt relevanteste Säule.
• Wenn Sie eine neue Lösung entwerfen: Beginnen Sie mit Trust and Reliability (nicht verhandelbare Grundlagen) und sprechen Sie dann Operational Excellence (wie Sie es betreiben), Ressourcen- und Kostenoptimierung (wie Sie es aufrechterhalten) und Fairness (wie Sie sicherstellen, dass es allen Benutzern gleichermaßen dient) an.
• Wenn Sie Agentenlösungen erstellen: Eine umfassende Anleitung zur Agentenarchitektur finden Sie zuerst in der Agentic Enterprise Overview. Lesen Sie dann die Dokumente der zentralen Säulen (oben verlinkt) für grundlegende Muster (Modell der gemeinsamen Verantwortung, Obergrenzen, Überwachungstools, TCO-Modellierung, Standards für den barrierefreien Zugriff), auf denen agentische Lösungen basieren. Verweisen Sie abschließend auf die Pfeilervarianten der Agentic Enterprise-Säule (verknüpft über jede Säule), um agentenspezifische Overlays für jede Qualitätsdimension zu erhalten.
• Wenn Sie eine Designüberprüfung durchführen: Verwenden Sie die Säulendokumente als Checkliste für strukturierte Überprüfungen. Eine gut strukturierte Lösung enthält klare Antworten auf die wichtigsten Fragen in jeder relevanten Säule.

Die wichtigsten architektonischen Entscheidungen beinhalten Kompromisse zwischen Säulen. Das Framework hilft Ihnen, diese explizit zu formulieren:

• Trust vs. Ressourcen- und Kostenoptimierung: Die Verschlüsselung und die Überwachungsprotokollierung verbrauchen Ressourcen. Mit dem Framework können Sie ermitteln, wo die Trust Anforderung nicht verhandelbar ist und wo Sie flexibel sind.
• Zuverlässigkeit im Vergleich zur Ressourcen- und Kostenoptimierung: Höhere Verfügbarkeit kostet mehr. Mithilfe von SLO-Definitionen können Sie Investitionen an die tatsächlichen Geschäftsanforderungen anpassen, statt standardmäßig auf maximale Redundanz zu setzen.
• Operational Excellence vs. Speed: Die Implementierung der umfassenden Beobachtbarkeit und Tests nimmt Zeit in Anspruch. Das Framework hilft Ihnen, die minimale Beobachtbarkeit für Ihr Risikoprofil zu ermitteln.
• Fairness vs. Autonomie: Mehr Agentenautonomie ermöglicht Effizienz, schafft aber Fairness-Risiken. Human-in-the-Loop-Muster helfen Ihnen, die richtige Balance für jeden Entscheidungstyp zu finden.

Es gibt keine universelle Antwort auf diese Kompromisse. Das Framework hilft Ihnen, die richtigen Fragen zu stellen und bewusst Kompromisse zu schließen, statt sie in der Produktion zu entdecken.

Das Well-Architected Framework selbst wurde unter Berücksichtigung der folgenden Prinzipien entwickelt:

• Plattformspezifisch, aber technologieunabhängig: Die Hilfestellung berücksichtigt Salesforce-spezifische Einschränkungen (Obergrenzen, Mandantenarchitektur, metadatengesteuerte Konfiguration), ohne bestimmte Produkte oder Funktionen vorzuschreiben. Architekten wählen die richtigen Funktionen für ihren Kontext aus.
• Meinung ohne Rezept: Das Framework bezieht klare Positionen zur Qualität, schreibt jedoch keinen einzigen Implementierungspfad vor. Sie bietet Grundsätze, Muster und Fragen – keine Anforderungen.
• Vorausschauend und unter Berücksichtigung der Gegenwart: Das Framework adressiert neue Muster (agentische AI, autonome Systeme) und bleibt für herkömmliche Plattformlösungen relevant. Beide Anwendungsfälle profitieren von denselben grundlegenden Prinzipien.
• Lebend, nicht statisch: Das Framework entwickelt sich entsprechend der sich ändernden Plattform, Branchenpraktiken und Kundenanforderungen weiter. Das Änderungsprotokoll verfolgt Aktualisierungen, sodass Architekten mit neuen Anleitungen auf dem aktuellen Stand bleiben können.
• In jeder Phase handlungsrelevant: Unabhängig davon, ob Sie eine neue Lösung entwerfen, eine Überprüfung durchführen oder eine vorhandene Implementierung verbessern, bietet das Framework relevante Anleitungen. Es ist nicht nur eine Checkliste für die Zertifizierung, sondern ein funktionierendes Tool.

Diese Grundsätze stellen sicher, dass das Framework in verschiedenen Architekturkontexten nützlich bleibt, während klare und konsistente Anleitungen dazu beibehalten werden, was architektonische Qualität für Salesforce-Lösungen bedeutet.

Jede Säule adressiert eine grundlegende Dimension architektonischer Qualität. Zusammen bieten die Säulen eine umfassende Abdeckung – keine einzelne Säule allein reicht aus und Kompromisse zwischen den Säulen sind die wichtigsten architektonischen Entscheidungen.

Die folgenden fünf Säulen bieten grundlegende architektonische Anleitungen für alle Salesforce-Lösungen – für herkömmliche Plattformanwendungen, Integrationen und Agentensysteme. Die Agentic Enterprise Overview und die zugehörigen Säulenvarianten bieten das agentenspezifische Overlay: wie Agenten auf diesen Funktionen aufbauen, was sich ändert, wenn Systeme autonom agieren, und welche Architekturmuster für die gesteuerte AI erforderlich sind.

Verwenden Sie beides zusammen:

• Beginnen Sie mit der Pfeileranleitung für zentrale Architekturmuster (z. B. Modell für gemeinsame Verantwortung, Obergrenzen, Überwachungstools, TCO-Modellierung, Standards für den barrierefreien Zugriff).
• Verweisen Sie dann auf die entsprechende Säule “Agentisches Unternehmen”, um agentenspezifische Überlegungen anzustellen (z. B. Agentenberechtigungen und Überwachungsketten, Handhabung von Orchestrierungsfehlern, Agentenentwicklungslebenszyklus, Tokenoptimierung, Agentenarbeitseinheiten, Erklärbarkeit und Anfechtbarkeit).

Die Säulen sind nicht “traditionell” im Vergleich zu “agentisch”, sondern grundlegende Architekturen, auf denen agentische Lösungen aufbauen. Agentische Systeme müssen dieselben Anforderungen an Trust, Zuverlässigkeit, betriebliche Exzellenz, Ressourcen- und Kostenoptimierung sowie Fairness erfüllen wie jede andere Unternehmenslösung.

Diese Tabelle bietet eine kurze Referenz. Es folgen detaillierte Anleitungen für jede Säule.

Schützen Sie Ihre Lösung, ihre Daten und ihre Benutzer durch moderne Sicherheit, Zugriff mit den geringsten Berechtigungen, Datenschutzkontrollen und eine klare Verwaltung. Trust für Salesforce funktioniert über das Modell der gemeinsamen Verantwortung: Salesforce sichert die Infrastruktur und die Plattform. Auf dieser Grundlage erstellen Sie sichere Lösungen. Ihre Verantwortung erstreckt sich auf:

• Identitäts- und Zugriffsverwaltung (Rollen, Profile, Berechtigungssätze, MFA, SSO, OAuth)
• Datenverwaltung (Shield Platform Encryption, Objekt-/Feld-/Datensatzebenensicherheit)
• Integrationssicherheit (API-Authentifizierung, Anmeldeinformationen mit Namen)
• Sichere Entwicklungspraktiken (OWASP Top 10 für Salesforce, statische Analyse, CI/CD-Sicherheitsgates)

Für Agentenlösungen: Wenn Agenten autonom handeln, erstrecken sich die Trust-Anforderungen darauf, zu regeln, was Agenten tun dürfen, zu überprüfen, was sie getan haben, und Grenzen zwischen Agenten (Agent Fabric, Einstein Trust Layer) zu sichern. Siehe Agentic Enterprise Trust.

Weitere Informationen finden Sie unter Säule Trust und Agentic Enterprise Trust.

Design für kontinuierliche Verfügbarkeit, schnelle Wiederherstellung nach Unterbrechungen und Skalierbarkeit bei unerwarteter Nachfrage. Für die Zuverlässigkeit müssen Sie die Plattformgarantien (Infrastruktur für mehrere Regionen, Plattform-SLAs) verstehen und gleichzeitig Lösungen entwickeln, die innerhalb dieser Einschränkungen zuverlässig bleiben. Die Säule deckt Folgendes ab:

• Obergrenzen mit einer Betriebsobergrenze von 70 %
• Asynchrone Verarbeitungsmuster (Batch Apex, warteschlangenfähiges Apex, Plattformereignisse)
• Leistungsschalter für externe Integrationen
• Kapazitätsplanung
• Lasttests
• Muster für mehrere Organisationen
• Notfallwiederherstellung
• Gesundheitsmodellierung

Für Agentenlösungen: Agentengesteuerte Systeme führen probabilistisches Verhalten ein, das neue Muster für Orchestrierungsfehler, Leistungsschalter für kaskadierende Agentenfehler und deterministische Agentendiagramme erfordert, bei denen Geschäftsergebnisse vorhersehbar sind. Entsprechende Informationen finden Sie unter Agentische Unternehmenszuverlässigkeit.

Weitere Informationen finden Sie unter Säule “Zuverlässigkeit” und Agentische Unternehmenszuverlässigkeit.

Erstellen Sie eine umfassende Beobachtbarkeit in Ihrer Lösung und verwalten Sie sie durch genau definierte Verfahren und Automatisierungen. Operational Excellence umfasst:

• Beobachtbarkeit (Ereignisüberwachung, Proactive Monitoring, Skalierungscenter)
• DevOps-Praktiken (quellgesteuerte Entwicklung, CI/CD-Pipelines, Teststrategie)
• Automatisierung (deklarativ zuerst mit Flow Builder, programmgesteuerte Muster mit Apex)
• Vorfallsverwaltung (Schweregrad, Bereitschaftsrotation, schuldlose Obduktionen)
• Kontinuierliche Verbesserung (DORA-Kennzahlen, operative Überprüfungen)

Für Agentenlösungen: Die Beobachtbarkeit wird schwieriger, wenn das Systemverhalten probabilistisch ist. Der Agent Development Lifecycle (ADLC) bietet Struktur in fünf Phasen: Entwicklung, Testen und Validieren (einschließlich Agententestcenter-Bewertungen zur Genauigkeit, Kohärenz und Einhaltung von Anweisungen), Bereitstellung und Veröffentlichung sowie Überwachung und Optimierung (einschließlich Agentforce Session Tracing für die durchgängige Sichtbarkeit von Interaktionen). Entsprechende Informationen finden Sie unter Agent Enterprise Operational Excellence.

Weitere Informationen finden Sie unter Säule “Operational Excellence” und Agentic Enterprise Operational Excellence.

Profitieren Sie von maximalem Geschäftswert für jeden Dollar und jede Einheit der Plattformressource durch effiziente Nutzung Ihrer vorhandenen Ressourcen und gezielte Investitionen in Ihre gekauften Produkte. Auf Ressourcenseite bedeutet dies, dass Sie die Obergrenzen (SOQL-Abfragen, DML-Anweisungen, Heap-Größe, CPU-Zeit) verstehen und innerhalb dieser Grenzen durch SOQL-Optimierung, asynchrone Verarbeitung und Vermeidung von Datenverzerrungen planen. Auf der Kostenseite bedeutet dies eine umfassende TCO-Modellierung über direkte Kosten (Implementierung, Betrieb, Wartung) und indirekte Kosten (technische Schulden, Governance-Overhead), die oft die direkten Lizenzkosten übersteigen. Die Säule deckt Folgendes ab:

• Codeorganisationsmuster (Auslöser-Handler, Serviceebenen, Auswahlen)
• Paketerstellung und Modularität (verwaltete 2GP-Pakete im Vergleich zu nicht gesperrten Paketen, beide Pakettypen der zweiten Generation, LWC-Zusammenstellung)
• Datenlebenszyklus-Verwaltung (Archivierungsstrategien, Flow-Optimierung)
• Tools zur Leistungsüberwachung (Skalierungscenter, Abfrageplantool, ApexGuru, Salesforce Code Analyzer)
• Build vs. Buy-Analyse (AgentExchange-Auswertung)
• Lizenz- und Sandbox-Optimierung
• Kostenüberwachung und Governance (Dashboards, Budgetkontrollen, Showback vs. Chargeback-Modelle)

Für Agentenlösungen: Agenten-Workflows setzen den Ressourcenverbrauch über Argumentationsschritte, Toolaufrufe und Datenabrufe hinweg zusammen, sodass die Tokennutzung, die Rückschlusslatenz und Speichermuster optimiert werden müssen. Agentische Systeme führen auch verbrauchsbasierte Kosten (Flex-Gutschriften, Rückschlusstoken) ein, die schwerer zu prognostizieren sind als die Lizenzierung pro Benutzer. Agentische Arbeitseinheiten (AWUs) messen die tatsächlich abgeschlossenen Arbeitsagenten – die einzelnen erledigten Aufgaben – anstelle des Rohtokenverbrauchs. Entsprechende Informationen finden Sie unter Agentic Enterprise Resource and Cost Optimization.

Weitere Informationen finden Sie unter Säule Ressourcen- und Kostenoptimierung und Agentic Enterprise Resource and Cost Optimization.

Stellen Sie sicher, dass Ihre Lösung zugänglich, diskriminierungsfrei, integrativ und transparent ist und eine angemessene menschliche Überwachung automatisierter Entscheidungen bietet. Fairness basiert auf Plattformgrundlagen. Salesforce Lightning Design System (SLDS) bietet integrierten Zugriff für Standardkomponenten, während benutzerdefinierte Komponenten eine explizite WCAG 2.1 AA-Implementierung erfordern (wobei WCAG 2.2 AA, die aktuelle W3C-Empfehlung vom Dezember 2024, für neue Arbeiten empfohlen wird). Die Säule deckt Folgendes ab:

• Barrierefreiheitstests (axe-core, sfdx-Scanner)
• Nichtdiskriminierungsmuster (OWD, Freigaberegeln, FLS mit Shield-Ereignisüberwachung)
• Datenschutzarchitektur (Data 360-Einwilligungsverwaltung, Field Audit Trail)
• Ethik-Governance mit AI (Überprüfungsgremien, Fairness-Gates, Einhaltung gesetzlicher Vorschriften).

Für Agentenlösungen: Wenn Agenten autonom Entscheidungen treffen, die sich auf Personen auswirken, steigt der Fairnessaufwand. Erklärbarkeit (Verständnis, warum ein Agent gehandelt hat), Anfechtbarkeit (anfechtbare Entscheidungen) und Mensch-in-der-Schleife (proportionale Aufsicht) werden entscheidend. Entsprechende Informationen finden Sie unter Agentische Unternehmensfairness.

Weitere Informationen finden Sie unter Säule Fairness und Agentic Enterprise Fairness.

Es ist keine Säule isoliert vorhanden. Architekturentscheidungen in einer Säule wirken sich zwangsläufig auf andere aus:

• Strengere Trust-Steuerungen (Verschlüsselung, Auditprotokollierung) verbrauchen mehr Ressourcen und fügen Kosten hinzu (Ressourcen- und Kostenoptimierung) und sorgen für Latenz, die die Zuverlässigkeit beeinflusst
• Höhere Zuverlässigkeit (Redundanz, Multi-Region) erhöht Kosten (Ressourcen- und Kostenoptimierung) und betriebliche Komplexität (Operational Excellence)
• Umfassendere Fairness-Erzwingung (menschliche Aufsicht, Verzerrungsüberwachung) verlangsamt den Agentendurchsatz (Ressourcen- und Kostenoptimierung)
• Höhere Reife bei Operational Excellence (umfassende Instrumentierung) ermöglicht eine bessere Trust Enforcement und eine frühere Erkennung von Fairness-Problemen

Diese Interaktionen bedeuten, dass architektonische Qualität immer ein Gleichgewicht ist. Das Framework hilft Architekten, zu verstehen, was sie handeln, und diese Trades absichtlich vorzunehmen. Das Ziel ist nicht, jede Säule gleichzeitig zu maximieren, sondern das richtige Qualitätsprofil für die Anforderungen, die Risikotoleranz und den Geschäftskontext einer bestimmten Lösung zu erreichen.

Teilen Sie uns Ihr Feedback zum Well-Architected Framework mit.