Architektur der Flosum Cloud Apps
Überblick
Das folgende Diagramm veranschaulicht die Architektur der Flosum Cloud-Anwendungen, die sowohl für Customer-Hosted- als auch für Flosum-Hosted-Installationen gilt. Der Hauptunterschied zwischen den beiden liegt im Eigentum an der Cloud-VM (Cloud Virtual Machine).
In einer Customer-Hosted-Umgebung besitzt der Kunde die Cloud-Instanz, auf der DevOps, Backup & Archiv und Data Migrator installiert sind, und verwaltet die Infrastruktur. In einer Flosum-Hosted-Umgebung sind DevOps, Backup & Archiv und Data Migrator auf der AWS-Instanz von Flosum installiert.
Systemarchitekturdiagramm
Die im obigen Diagramm nummerierten Elemente werden in der folgenden Liste erläutert. Alle Elemente laufen als Docker-Images in Docker Swarm auf EC2.
NGINX: Verwaltet, routet und optimiert Web-Traffic.
Flosum Globale Einstellungen: Verwaltet fein abgestufte, rollenbasierte Zugriffskontrolle (RBAC), Benutzerberechtigungen, Sicherheit und Salesforce-Verbindungen für die Flosum-SaaS-App. Außerdem verwaltet es den S3-Bucket-Speicher jedes Mandanten.
Flosum OAuth: Verwaltet Verbindungen zu Sicherheitsendpunkten.
Flosum SaaS:
Backup & Archiv: Sichert Salesforce-Elemente (kopiert sie) in die Flosum-SaaS-App oder archiviert sie (kopiert sie und löscht sie anschließend aus Salesforce). Sicherungen und Archive können in die Salesforce-Organisation des Kunden wiederhergestellt werden. Kunden bringen ihren eigenen Schlüssel mit, um ihre Daten während der Übertragung und im Ruhezustand zu verschlüsseln; der Schlüssel wird in ihrer Salesforce-Organisation gespeichert. Daten werden über HTTPS unter Verwendung von Salesforce- und benutzerdefinierten APIs übertragen. Amazon RDS MySQL verfolgt Sicherungen, Archive und Wiederherstellungen aus der Salesforce-Organisation des Kunden und protokolliert, wo jedes gesicherte oder archivierte Element in S3 gespeichert ist.
DevOps: Bietet skalierbare, sichere Salesforce-Entwicklung. Integrierte Compliance-Kontrollen beschleunigen Release-Zyklen und reduzieren Fehler, sodass sich Ihr Team auf die Bereitstellung von Mehrwert konzentrieren kann.
Data Migrator: Verschiebt Daten zwischen Salesforce-Organisationen und maskiert dabei sensible Informationen für Sicherheit und Compliance auf Unternehmensebene.
Customer-Hosted-Anforderungen
Die folgenden Informationen sollen Ihnen helfen, die Anforderungen für das Hosting Ihrer eigenen Flosum-Cloud-Apps-Instanz zu verstehen.
Cloud-Virtual-Machine: Für die Installation von Flosum Cloud Apps ist eine virtuelle Maschine erforderlich. Die virtuelle Maschine muss die empfohlenen Systemanforderungen erfüllen, um eine optimale Leistung zu gewährleisten. Sie sollte die folgenden Anforderungen unterstützen.
RAM
32 GB
CPU
4
AWS-Instanz
r5n.xlarge oder höher
Betriebssystem
Linux Ubuntu (x64)
Domainregistrierung: Für das Hosting von Flosum Cloud Apps ist eine Domainregistrierung erforderlich. Diese Domain muss registriert sein, bevor Sie Flosum Cloud Apps installieren.
SSL-Zertifikat: Ein Secure Sockets Layer-(SSL-)Zertifikat ist erforderlich, um die Kommunikation zwischen Flosum Cloud Apps und Ihrer Salesforce-Organisation zu sichern. Kunden können zwischen einem kostenlosen und einem kostenpflichtigen SSL-Zertifikat wählen.
Identitätsanbieter: Konfigurieren Sie Identitätsanbieter, um die Zugriffskontrolle für Flosum Cloud Apps zu verwalten. Kunden haben die folgenden Optionen zur Auswahl:
Authentifizierung mit Benutzername und Passwort
OAuth 2.0
Single Sign-On (SSO)
Globale Einstellungen: Flosum verwendet eine eigene Benutzerverwaltungsanwendung, die Kontrollen für den Zugriff auf die Anwendungen DevOps, Backup & Archiv und Data Migrator bereitstellt.
NGINX: NGINX dient als Proxy für Anfragen an die Docker-Container. Außerdem ermöglicht es die Verwendung von Zertifikaten zur Unterstützung von HTTPS.
MySQL: MySQL speichert die Konfigurationseinstellungen von Flosum Cloud Apps. Die Datenbank speichert beispielsweise Informationen über den Zugriff auf Salesforce-Organisationen (Access Token und Refresh Token), Datensätze, Backup-Vorlagen, CSV-Datei-IDs für gesicherte Objekte und Protokolle für Backup- und Wiederherstellungsaufträge. Ein Image einer MySQL-Datenbank speichert Anwendungskonfigurationseinstellungen in einer Docker-Compose-Datei.
Die MySQL-Datenbank wird nicht zum Speichern von Kundensicherungen verwendet.
Speicher: Lokaler Speicher wird zum Speichern von Daten in der Datenbank verwendet, die von den folgenden Typen sein können:
Speicher (SSD gp2)
Speicher (SSD gp3)
Speicher (S3)
Backup & Archiv bietet Komprimierungsfunktionen für verschiedene Dateitypen:
Daten- und Textdateien können um bis zu 60 % komprimiert werden. Das bedeutet, dass ihre Sicherungsgröße im Vergleich zur ursprünglichen Größe um bis zu 60 % reduziert werden kann.
Binärdateien hingegen können nicht komprimiert werden. Ihr Komprimierungsfaktor beträgt 0 %.
Anonymität und VPN-Nutzung: Die Flosum-Cloud-Apps-Plattform unterstützt keine anonyme Datenfreigabe und erlaubt keinen anonymen Zugriff auf Informationen. Sie funktioniert jedoch nahtlos mit VPNs, und bei der Nutzung mit VPN-Verbindung gibt es keine Einschränkungen.
Salesforce Shield: Flosum Cloud Apps ist vollständig mit Salesforce Shield kompatibel. Salesforce Shield verschlüsselt Daten im Ruhezustand, und bei der Verwendung von Flosum Cloud Apps werden Daten über APIs abgerufen, ohne dass es zu Konflikten kommt.
Flosum Cloud Apps und Salesforce-Lizenzen: Für Flosum DevOps werden Salesforce Standard- und Platform-Lizenzen in die DevOps-Produktionsorganisation bereitgestellt. Ein einzelner Flosum-Cloud-Apps-Lizenzschlüssel kann mehrere Salesforce-Organisationen verwalten. Das Hinzufügen weiterer Organisationen erhöht den benötigten Speicherplatz auf Kundenseite und verursacht zusätzliche Kosten.
Backup & Archiv, DevOps und Data Migrator sind separate Produkte. Jedes Produkt hat seine eigene Versionsnummer.
Zuletzt aktualisiert
War das hilfreich?