For the complete documentation index, see llms.txt. This page is also available as Markdown.

Systemarchitektur

Die Backup-&-Archive-Anwendung – Frontend und Backend – sind zur Sicherheitsisolation in unterschiedlichen Subnetz-Zonen segmentiert. Unsere Webserver befinden sich in einem DMZ-Netzwerk, und die Datenbankserver laufen in einem separaten internen Netzwerk. Firewalls, IPS und strenge Zugriffskontrollen begrenzen den Datenverkehr zwischen den Anwendungsschichten. Flosum hat Security Groups so konfiguriert, dass Anfragen nur über Port 443 erfolgen dürfen. Backup & Archive stellt außerdem eine Konfigurationsdatei für selbst gehostete Umgebungen bereit, mit der Ports bei Bedarf neu konfiguriert werden können.

Die neuesten stabilen Versionen von Frameworks und Programmiersprachen werden verwendet, um bekannte Schwachstellen zu vermeiden. Betriebssysteme und Softwarebibliotheken werden häufig gepatcht und gehärtet. Lastverteilung und Failover-Systeme erhalten die Betriebszeit bei Traffic-Spitzen. Infrastruktur-Redundanz beseitigt Einzelpunkt-Ausfälle. Es wird eine logische Trennung von Datenbanken zwischen verschiedenen Kunden angewendet. Customer-Hosted ist eine dedizierte Mandanten-Architektur. Flosum-Hosted ist multi-tenant und nach Salesforce-Org-ID segmentiert. Flosum Backup & Archive verfügt über keinen Mechanismus zur Datenfreigabe. Kommunikation findet nur in der Benutzeroberfläche oder mit den zu sichernden Salesforce-Organisationen statt. Strenge Zugriffskontrollen gewährleisten die Isolierung jedes Backup-&-Archive-Kontos innerhalb einer dedizierten virtuellen Maschine, in Übereinstimmung mit den Backup-&-Archive-SOC2-Type-II-Richtlinien. S3-Buckets sind niemals dem öffentlichen Internet ausgesetzt. Sie sind standardmäßig auf Privat gesetzt und dies wird nie geändert. Flosum verwendet außerdem einen Reverse-Proxy-Server, um Kunden private Links bereitzustellen.

Zuletzt aktualisiert

War das hilfreich?