> For the complete documentation index, see [llms.txt](https://docs.flosum.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.flosum.com/resources/resources-de/architektur/architektur-der-flosum-cloud-apps.md).
# 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.
1. **NGINX**: Verwaltet, routet und optimiert Web-Traffic.
2. **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.
3. **Flosum OAuth**: Verwaltet Verbindungen zu Sicherheitsendpunkten.
4. **Flosum SaaS**:
1. **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.
2. **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.
3. **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.
Systemanforderungen
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.
{% hint style="info" %}
Flosum Cloud Apps unterstützt nur TLS 1.2 und spätere Versionen, nicht SSL. Ältere TLS-Protokolle (TLS 1.0 und 1.1), Algorithmen, Ciphers und Konfigurationen sind deaktiviert. Weitere Informationen finden Sie im folgenden Beispiel: [**Link zum Salesforce-TLS-Einrichtungsleitfaden**](https://help.salesforce.com/s/articleView?id=sales.emailadmin_set_up_tls.htm\&type=5)**.**
{% endhint %}
**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)
{% hint style="info" %}
Sie können entweder SSD oder S3 als lokale Speicheroption wählen. S3 gilt jedoch nur für AWS, nicht für GCP oder Azure.
{% endhint %}
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.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.flosum.com/resources/resources-de/architektur/architektur-der-flosum-cloud-apps.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
