راهنمایی برای معماران Salesforce: یک راهنمای جامع برای راه‌حل‌های انتها به انتها

Inhaltsverzeichnis Über die Autoren Über den technischen Prüfer Danksagungen Einführung Worum es in diesem Buch geht Plattform-as-a-Service-Architektur Salesforce-Datenarchitektur Architektur des Salesforce-Sicherheitsmodells Salesforce-Integrationsarchitektur Salesforce Identitäts- und Zugriffsmanagement-Architektur Mobile Architektur Lebenszyklus der Entwicklung und Bereitstellung Was dieses Buch nicht ist Wie man dieses Buch am besten liest KAPITEL 1: Salesforce- Architektur Warum entscheiden sich Unternehmen für Salesforce? Moderne Optionen zum Aufbau von Technologielösungen On-Premise-Lösung Infrastruktur als Dienstleistung (IaaS) Plattform als Dienstleistung (PaaS) Software als Dienstleistung (SaaS) Salesforce als PaaS- und SaaS-basierter Cloud Service Provider (CSP) Ein tiefer Einblick in den Technologiestapel Infrastruktur-Ebene Ebene der Metadaten und gemeinsamen Dienste Identitäts- und Zugriffsmanagement und Anwendungsdefinitionsschicht Apex-Code-Laufzeit-Engine-Schicht Die Lightning-Anwendungsschicht Die Lightning-Komponentenschicht Lightning Page-Komponente Blitzschlag Seite Benutzerdefinierte Metadaten für Ihr Unternehmen Multi-Tenant-Architektur und das Metadaten-gesteuerte Framework Die sieben Architekturdomänen, die bei der Architektur mit Salesforce zu berücksichtigen sind Anwendungsdesign Architektur Datenarchitektur Sicherheitsarchitektur Bereich der Salesforce-Integration Salesforce-Domäne für Identitäts- und Zugriffsmanagement (IAM) Mobile Domäne von Salesforce Verwaltung des Entwicklungslebenszyklus Wichtige Überlegungen und Beschränkungen bei der Architektur mit Salesforce Zusammenfassung KAPITEL 2: Die Kunst der Artefakte Die Kunst der Artefakte FUSIAOLA-Analyse F: Merkmale Daten Kontext Geschäftslogik Kontext Interaktionskontext U: Benutzer Information Rolle Attribut Geschäftsfunktion Attribut Internes vs. Externes Attribut Rollenhierarchie-Index Attribut S: Systeme I: Integrationen A: Authentifizierung O: Objekte L: Lizenzen A: Annahmen Wer sieht was? Unternehmensweite Vorgaben und Datensichtbarkeit Umfang und Art der Integration Authentifizierung auf Initiative des Identitätsanbieters vs. auf Initiative des Dienstanbieters Format der FUSIAOLA-Analyse Systemlandschaft Artefakt Was ist die Salesforce-Organisationsstrategie? Welche bestehenden oder neuen Systeme müssen mit Salesforce interagieren? Welche speziellen Salesforce-Lizenzen werden Sie neben den Hauptlizenzen für Vertrieb, Service oder Plattform verwenden? Welche AppExchange-Produkte werden Sie nutzen, um eine individuelle Entwicklung zu vermeiden? Wie viele verschiedene Arten von Salesforce Community-Lizenzen werden für externe (oder interne) Benutzer benötigt? Welche Benutzerauthentifizierungs-/Autorisierungstools gibt es für interne und externe Benutzer zur Authentifizierung in Salesforce? Wie sieht die Integrationsstrategie für die Integration von Salesforce in bestehende oder neue Systeme aus? Datenmodell Artefakt Erforderliche Objekte zum Speichern und Verwalten von Daten in Salesforce Objekttypen Datensatztypen innerhalb jedes Objekts Beziehung zwischen Objekten und anderen Objekten Die unternehmensweiten Standardeinstellungen für die Sichtbarkeit von Objekten Eigentümer der Datensätze innerhalb jedes Objekts Eine geschätzte Anzahl von Datensätzen pro Objekt, die in einem bestimmten Zeitraum existieren können Zusammenfassung KAPITEL 3: Salesforce- Anwendungsar- chitektur Salesforce-Lizenzen Lizenzen auf Organisationsebene Benutzerlizenzen Chatter-Lizenzen Chatter Externe Lizenzen Chatter Free Chatter Only Lizenz (auch bekannt als Chatter Plus) Salesforce-Lizenzen Lizenzen für die Salesforce-Plattform Externe Identitätslizenzen Lizenzen für externe Apps Kunden- und Partner-Community-Lizenzen Erlaubnissatz Lizenzen Feature-Lizenzen Verbrauchsabhängige Ansprüche Plattform vs. CRM-Lizenzen Auswahlmöglichkeiten für das Salesforce-Anwendungsdesign Gemeinsame deklarative Optionen Gemeinsame programmatische Optionen Reihenfolge der Ausführung in Salesforce Salesforce AppExchange Überlegungen zur Verwendung plattformunabhängiger Systeme anstelle von Salesforce Überlegungen zur Salesforce-Organisationsstrategie Kapitel Zusammenfassung KAPITEL 4: Salesforce- Datenarchitektur Warum ist die Datenarchitektur wichtig? Datenmodellierung in Salesforce Datenmodelltechniken und Überlegungen Top-Down-Betrachtung mit Bottom-Up-Anforderungen Wahlmöglichkeiten und Kompromisse Anwenderbericht: Versand am selben Tag Optionen für den Ansatz: Normalisiert oder Denormalisiert Wahl der Architektur: Normalisiert Anwenderbericht: Kontaktinformationen für Führungskräfte Optionen für den Ansatz: Normalisiert oder Denormalisiert Wahl der Architektur: Denormalisierte Kardinalität: Salesforce-Optionen Auswahl der besten Beziehungsform Die Kardinalität in Salesforce neu überdenken Andere Überlegungen zur Datenmodellierung Architektur für große Datenmengen Was sind die Ursachen für LDV-Probleme? Objektgröße Eigentumsnachweis Beziehungen aufzeichnen Datenverzerrungen Auseinandersetzung mit LDV-Problemen Ein letztes Wort zu Konten-, Eigentums- und Nachschlagetoleranzen Datenlebenszyklus-Management in Salesforce Migration von Daten Arten von Datenmanipulationsoperationen, die für die Datenmigration zur Verfügung stehen Prozess der Datenmigration Komplexe Datenmigration ETL (Extrahieren-Transformieren-Laden) Datenextraktion und Datenbereinigung Datenumwandlung und -überprüfung Laden von Daten Datensicherung Datenarchivierung Salesforce Big Object Kapitel Zusammenfassung KAPITEL 5: Salesforce- Sicherheitsarchitektur Warum ist eine Sicherheitsarchitektur wichtig? Drei Säulen der Salesforce-Sicherheitsstrategie Sicherheit auf Plattformebene: Zugang und Sichtbarkeit Objekt-, Feld- und Datensatzebene Teilen Besitzer des Datensatzes Berechtigungssätze Profil Organisationsweite Standardwerte Rollenhierarchie Gemeinsame Nutzung (Kriterien und Eigentümerschaft) Ownership-Based-Sharing (OBS) Regeln Kriteriengestützte Regeln für die gemeinsame Nutzung (CBS) Manuelle und programmatische Freigabe Manuelle Freigabe Programmatische oder Apex-verwaltete Freigabe Mannschaften Territorien Abteilungen Zugang zu Daten hinter den Kulissen Zugangsberechtigungen und Berechnungen für den Aktenzugang Salesforce-Zugriffsberechtigungen werden in drei verschiedenen Tabellen gespeichert Die Auswirkungen der Lizenz auf die Sicherheit Sicherheit der Plattform Standardmäßige (sofort einsatzbereite) Salesforce-Funktionen zur Prüfung und Ereignisüberwachung Überwachung der Benutzeranmeldung Verfolgung der Feldhistorie Konfigurations- und Einrichtungsänderungen überwachen Transaktionsüberwachung und -richtlinien Optionen für Datenverschlüsselung und Datensicherheit Salesforce-Schild Plattform-Verschlüsselung Überwachung von Ereignissen Feld Audit Trail Sicherheit für externe Benutzererfahrungen und Salesforce-Portale Clickjack-Schutz in Gemeinschaften Prävention von Cross-Site-Scripting (XSS) Verwendung von Gruppen zur Verwaltung von Zugriff und Sichtbarkeit Implizite Freigabe kann die gemeinsame Nutzung von Aufzeichnungen beeinflussen Gemeinschaftliche Nutzung für externe Benutzer Externe organisationsweite Vorgaben Gemeinsame Nutzung von Sets Gruppen freigeben (für interne Benutzer) Externe Rollenhierarchie Optimale Entscheidungen treffen Kapitel Zusammenfassung KAPITEL 6: Salesforce-Integrationsarchitektur Strategien zur Integration Anwendungsfall der Integrationsarchitektur Integrationsebenen Integrationsschicht API-Protokolltypen Middleware Punkt-zu-Punkt ETL: Extrahieren, Transformieren und Laden ESB: Unternehmensservicebus Optionen für die Integration Überblick über die Integrationsmuster Näherung Zeitmessung Quelle, Ziel und Richtung Mechanismus des Aufrufs Fehlerbehandlung und Wiederherstellung Idempotente Designüberlegungen Berücksichtigung der Sicherheit Staatliches Management Integration von Mustern Integrationsmuster, Anwendungsfälle und Rechtfertigung Auswahl einer geeigneten Integrationsstrategie und eines geeigneten Integrationsmusters Antrag und Antwort Feuer und Vergessen Batch-Daten-Synchronisation Ferneinwahl UI-Update Datenvirtualisierung Andere Optionen für die Integration externer Dienste Eine Vielzahl von Integrationsoptionen verfügbar Kapitel Zusammenfassung KAPITEL 7: Salesforce Identitäts- und Zugriffsmanagement- Architektur Phasen eines Identitäts- und Zugangsmanagement-Lebenszyklus Architektur des Identitäts- und Zugriffsmanagements in Salesforce Bereitstellung Zugang Authentifizierung Autorisierung OpenID Connect Framework für die Autorisierung OAuth 2.0 Berechtigungsbereiche Sitzungsmanagement Zwei-Faktoren-Authentifizierung Einzelanmeldung Vom Identitätsanbieter (IDP) initiierter SAML SSO-Ablauf Vom Dienstanbieter (SP) initiierter SAML SSO-Ablauf Abmeldungen und Umleitungen Einzelne Abmeldung (SLO) Verwaltung von Benutzerkonten Deprovisionierung Kapitel Zusammenfassung KAPITEL 8: Mobile Architektur von Salesforce Warum mobile Architektur wichtig ist Es ist ein Lebenszyklus Hebelwirkung Geräte Virtuelle und mobile Sicherheit Verbindet die Welt Wichtige mobile Konzepte Moderne mobile Anwendungen Benutzererfahrung Zugriff auf Gerätefunktionen Schnelle Markteinführung Entwicklungskosten Leistung der Anwendung Überlegungen zur Sicherheit (Gerät und API) Entwicklungskompetenzen Einsatz Alles unter einen Hut bringen Verwendung und Zugriff auf mobile Funktionen Sofortiger Zugriff auf Anwendungen und Daten Anwendungszugang (Authentifizierung und Autorisierung) Anwendung Verwendung Mobile Sicherheit Verwaltung einer mobilen Unternehmensumgebung Tools für Unternehmen Funktionen der Salesforce Mobile App Überlegungen zum Anwendungsdesign Mobile Entwicklung von Salesforce Neue Salesforce-App Unterschiede in der Entwicklungsumgebung Salesforce Mobile SDK Entwicklung Salesforce unterstützt IoT, Wearables und andere vernetzte Geräte Verstehen von IoT-Architekturmustern Verbindung von Salesforce mit IoT-Geräten Implementierung des IoT in Salesforce Kapitel Zusammenfassung KAPITEL 9: Salesforce- Entwicklung und –Bereitstellungsle-benszyklus DevOps Traditioneller Ansatz der Softwareentwicklung Methodik der Lieferung Wasserfall-Methodik Agile Methodik Hybride Methodik Salesforce-Bereitstellungsteam Umwelt- und Freigabemanagementstrategie Organisationsbasierter Entwicklungsansatz Source-Driven Development (SDD)-Ansatz Strategie für kontinuierliche Integration und kontinuierliche Bereitstellung (CI/CD) Salesforce DX Salesforce CLI Scratch-Organisationen Salesforce-Paket(e) Umwelt-Drehscheibe Prüfstrategie Governance und Überwachung Lenkungsausschuss Exzellenzzentrum (COE) Data-Governance-Ausschuss DevOps vs. DevSecOps: Was ist der Unterschied? Kapitel Zusammenfassung Anhang A Salesforce-Autorisierungsflüsse Webserver-Ablauf Benutzer-Agent-Fluss JWT Bearer Flow Gerätefluss Vermögenswert Token Flow Fluss von Benutzername und Passwort Tokenfluss aktualisieren SAML-Assertion Fluss SAML Bearer Assertion Fluss Anhang B Muster für die Salesforce-Integration Antrag und Antwort Feuer und Vergessen Batch-Daten-Synchronisation Ferneinwahl UI-Update Datenvirtualisierung Anhang C Salesforce-Beispiel-Artefakte Systemlandschaften Datenmodelle FUSIAOLA Optionen Artefakte des Lebenszyklusmanagements Artefakte, die während einer fiktiven CTA-Überprüfung verwendet werden Tauchen Sie tief in den architektonischen Ansatz, die bewährten Verfahren und die wichtigsten Überlegungen ein, die zum Verstehen, Bewerten und Entwerfen einer effizienten, skalierbaren und nachhaltigen Salesforce-basierten Lösung erforderlich sind. Dieses Buch wirft einen umfassenden Blick auf die sieben architektonischen Bereiche, die bei der Architektur einer Salesforce-basierten Lösung berücksichtigt werden müssen, und versetzt Sie in die Lage, die Artefakte zu entwickeln, die für einen durchgängigen Unternehmensarchitektur-Entwurf für die Salesforce-Implementierung und DevOps erforderlich sind. Dieses unentbehrliche Handbuch hilft Salesforce-Experten bei der Implementierung und Verwaltung von Salesforce in ihrem Unternehmen. Sie lernen die Salesforce-Architektur kennen: Lösungsarchitektur, Datenarchitektur, Sicherheitsarchitektur, Integrationsarchitektur, Identitäts- und Zugriffsmanagementarchitektur und Strategien, die für Salesforce-basierte mobile Anwendungen verwendet werden können. Neben den wichtigsten Architekturkonzepten bietet das Buch auch branchenübliche Best Practices und den empfohlenen Rahmen für die Herangehensweise, Verwaltung, Bereitstellung und kontinuierliche Verbesserung einer Salesforce-Lösung mithilfe des Salesforce Development & Deployment Lifecycle. Was Sie lernen werden · Verschaffen Sie sich einen detaillierten Überblick über das mandantenfähige, metadatengesteuerte Architektur-Framework von Salesforce und die zugrunde liegende Technologie, die Salesforce unterstützt · Sie kennen die sieben Architekturbereiche, ihre Feinheiten und die Überlegungen, die beim Entwurf einer Salesforce-Lösung in jedem Bereich angestellt werden müssen. · Sie verfügen über eine architektonische Denkweise und die erforderlichen Artefakte, um eine durchgängige Implementierung von Salesforce auf Unternehmensebene zu konzipieren. · Vertraut sein mit den gängigsten Salesforce-Produkten, Lizenzen, AppExchange-Produkten und den wichtigsten Erwägungen bei der Verwendung von sofort einsatzbereiten deklarativen Funktionen gegenüber benutzerdefinierten programmatischen Funktionen von Salesforce · Verständnis der Überlegungen zur Gestaltung der Datenarchitektur, einschließlich der Datenmodellierung in Salesforce, der Identifizierung und Entschärfung von Problemen bei großen Datenmengen sowie der wichtigsten Überlegungen zur Datenmigration und Datenarchivierungsstrategien · Überlegungen zur Sicherheitsarchitektur im Zusammenhang mit der Sicherung von Daten in Salesforce und den verschiedenen Ansätzen zur Ermöglichung oder Einschränkung der gemeinsamen Nutzung und Sichtbarkeit innerhalb von Salesforce verstehen · Überlegungen zur Integrationsarchitektur, die einen Überblick über die Integrationsmuster und die Integrationslösungen bieten, die mit Salesforce verwendet werden können, um Salesforce mit einem entfernten System zu verbinden, das vor Ort, in der Cloud oder von Drittanbietern gehostet wird · Verständnis der architektonischen Überlegungen zum Identitäts- und Zugriffsmanagement in den 9 Phasen des Lebenszyklus eines Identitäts- und Zugriffsmanagements · Sie kennen die Strategien, die für die Entwicklung mobiler Lösungen mit Salesforce zur Verfügung stehen, und die Optionen, die für die mobile Architektur von Salesforce verfügbar sind. · Anwendung der Grundsätze des DevOps- und Entwicklungslebenszyklus, die für eine Salesforce-Implementierung im Idealzustand erforderlich sind Für wen dieses Buch bestimmt ist Fachleute, die an der unternehmensweiten Implementierung, Optimierung und Architektur von Salesforce-Lösungen interessiert sind; Salesforce-Implementierungspartner (SI), die ein detailliertes Handbuch für die Architektur und Bereitstellung erfolgreicher Salesforce-Lösungen benötigen; Salesforce-Administratoren, -Entwickler und -Architekten, die eine zentrale Bildungsressource für die Beherrschung der Salesforce-Architekten-Domänen suchen, oder diejenigen, die die Zertifizierungsprüfungen für die Salesforce-Architektur-Domäne anstreben, einschließlich der Prüfung zum Salesforce Certified Technical Architect (CTA)