--- title: CloudPrem slug: docs/de/cloudprem icon: {"lucideIcon":"CloudCheck"} createdAt: 2026-06-12T10:26:58.047Z --- CloudPrem ist eine Single-Tenant-Bereitstellung von Archbee, die vollständig innerhalb eines AWS-Kontos ausgeführt wird, das Sie besitzen und kontrollieren. Ihre Dokumentation, Ihre Datenbank, Ihre Dateien und Ihre Backups befinden sich vollständig innerhalb Ihrer Cloud-Grenzen. Archbee betreibt die Anwendung für Sie, aber Ihre Daten verbleiben in Ihrem Konto. Dieses Modell wird manchmal Bring Your Own Cloud (BYOC) genannt: Sie erhalten das vollständige Archbee-Produkt als Managed Service, mit der Datenresidenz, Isolierung und Compliance-Haltung, als würden Sie es in Ihrer eigenen Infrastruktur betreiben. ## Was CloudPrem ist - **Architektur**. Eine Single-Tenant-, dedizierte Bereitstellung, die vollständige Umgebungsisolation gewährleistet. - **Infrastruktur**. Gehostet innerhalb Ihres eigenen AWS-Kontos in einer Region Ihrer Wahl. - **Datenresidenz**. Alle primären Daten, einschließlich Dokumenten, Datenbanken und Backups, bleiben innerhalb Ihrer Cloud-Grenzen. - **Betrieb**. Vollständig verwaltet von Archbee DevOps, um Systemgesundheit, Updates und Wiederherstellung sicherzustellen. Da die Bereitstellung in Ihrem Konto stattfindet, behalten Sie vollständige Sichtbarkeit und Kontrolle über die zugrunde liegenden Ressourcen, während Archbee die betriebliche Last des Betriebs des Produkts übernimmt. ## Wie wir bereitstellen Archbee CloudPrem wird als Code mithilfe des AWS Cloud Development Kit (CDK) bereitgestellt. Alles – Networking, Datenbank, Content Delivery, Compute und die Anwendung selbst – wird in versionierten Infrastruktur-Templates definiert und in Ihrem AWS-Konto bereitgestellt. Es gibt keine manuelle, klickbasierte Einrichtung. Die Bereitstellung ist in eine Reihe koordinierter Stacks organisiert: - **Vernetzung**. Eine isolierte VPC über bis zu drei Availability Zones, private Subnetze, Security Groups und ein Load Balancer. - **Datenbank. **Amazon Aurora Serverless v2 (Single-Writer-Konfiguration) und Amazon ElastiCache für Redis, in privaten Subnetzen. - **CDN.**Amazon S3 Object Storage und eine Amazon CloudFront-Distribution. - **Berechnen. **Der Amazon ECS-Cluster (AWS Fargate), der die Anwendung ausführt. - **Haupt.**Die Archbee-Anwendungsdienste, Load-Balancer-Routing, Secrets und Logging. ## Bereitstellung neuer Versionen Archbee liefert Anwendungsupdates von externen privaten Runnern (mithilfe von pnpm run build und CDK deploy), die sich in Ihr AWS-Subkonto authentifizieren, um ECR- und CDK-Ziele zu aktualisieren. Rollouts werden mittels Health Checks überprüft: Neue Tasks müssen einen Anwendungs-Health-Check bestehen, bevor alte Tasks außer Betrieb genommen werden. So werden Deployments im Normalbetrieb ohne Ausfallzeit abgeschlossen. Die Anwendung läuft als drei unabhängig verwaltete Servicetypen auf AWS Fargate: - **App** - das Next.js-Frontend - **api** - das Express-Backend - **Arbeiter** - Hintergrundjobs (nicht internetzugänglich) Der Anwendungstraffic erreicht die Dienste über HTTPS, terminiert an einem Application Load Balancer mit einem durch ACM verwalteten TLS-Zertifikat, und CloudFront befindet sich vor dem Load Balancer für die Content-Bereitstellung. ## Release-Frequenz Archbee liefert Updates für Ihre CloudPrem-Bereitstellung in einem regelmäßigen wöchentlichen Rhythmus und hält die Anwendung mit neuen Funktionen, Fehlerbehebungen und Abhängigkeitsupdates aktuell. Archbee verwaltet den Release-Prozess, sodass Sie ihn nicht selbst betreiben müssen. Wenn ein kritischer Fix oder Sicherheitspatch erforderlich ist, stellt Archbee ihn sofort nach Fertigstellung bereit – außerhalb des normalen wöchentlichen Zeitfensters. Das Prinzip ist einfach: Routinemäßige Verbesserungen werden wöchentlich ausgerollt; dringende Fixes kommen sofort. ## Was Archbee DevOps tut Das Archbee-DevOps-Team verwaltet den Anwendungslebenszyklus in Ihrem Namen durch: - **Lebenszyklusverwaltung.** Verwaltung aller Versions-Upgrades, Abhängigkeitsupdates und Sicherheitspatches. - **SLA-Verpflichtung.** Bereitstellung garantierter Serviceverfügbarkeit gemäß Ihrer Servicevereinbarung. - **Reaktion auf Zwischenfälle.** Verwaltung umfassender Backup-, Restore- und Failover-Verfahren. Sie besitzen das AWS-Konto und dessen Sicherheitsgrenzen; Archbee besitzt die Anwendung, die darin ausgeführt wird. ## Zugriffsmodell Archbee arbeitet nach einem Least-Privilege-Modell ohne dauerhafte Zugriffsrechte. - Archbee DevOps hat **keinen dauerhaften Zugriff **auf Ihre Anwendungsdaten, Ihre Anwendungslogs oder Ihre Datenbank. Es gibt keinen ständig aktiven Betreiberzugriff auf Ihre Daten. - Wenn für eine Untersuchung Zugriff erforderlich ist, fordert Archbee diesen an. Zugriff wird nur gewährt, nachdem Sie ihn ausdrücklich genehmigt haben. - Gewährter Zugriff ist zeitlich begrenzt und wird protokolliert – er läuft automatisch ab, und die Aktivität wird aufgezeichnet. Der kontrollierte Pfad für jegliche Arbeiten auf Datenbankebene ist ein Bastion Host innerhalb Ihrer VPC. Logs werden direkt an AWS CloudWatch weitergeleitet; das Einsehen von Logs verwendet nicht den VPC-Bastion-Host, erfordert jedoch genehmigten Zugriff auf die AWS Console oder CloudWatch APIs. Jeder datenbankspezifische Zugriff erfolgt daher über einen einzigen, prüfbaren, genehmigungsgesteuerten Kanal, den Sie kontrollieren. ## Disaster Recovery Archbee CloudPrem kombiniert die AWS-native Resilienz – die inhärente Haltbarkeit und Failover-Eigenschaften der verwalteten Dienste, auf denen es läuft (Aurora, S3, ElastiCache, ECS Fargate) – mit den betrieblichen Backup- und Wiederherstellungsverfahren von Archbee. Einige der unten aufgeführten Schutzmechanismen sind in die AWS-Dienste selbst integriert; andere sind betriebliche Verpflichtungen, die Archbee für Ihre Bereitstellung konfiguriert und ausführt. Einige der unten verwendeten Begriffe: - **Region**. ein geografischer Standort von AWS (zum Beispiel der Osten der Vereinigten Staaten). - **Verfügbarkeitszone (AZ).** eine von mehreren unabhängigen Rechenzentren innerhalb einer Region. - **Sicherung**. eine gespeicherte Kopie von Daten, die später wiederhergestellt werden kann. ## Wie Ihre Daten geschützt sind - **Multi-AZ-Datenbankspeicher-Haltbarkeit.** Amazon Aurora hält automatisch sechs Kopien Ihrer Daten über drei Availability Zones hinweg vor, unabhängig davon, wie viele Datenbankinstanzen ausgeführt werden. Diese Redundanz auf Speicherebene bedeutet, dass beim Ausfall einer einzelnen Festplatte oder AZ keine Daten verloren gehen. - **Automatisches Failover.** Archbee nutzt die native Redundanz der Aurora-Speicherebene für die Datensicherheit. Für die Verfügbarkeit der Rechenressourcen stellt Aurora die Writer-Instanz im Falle eines Ausfalls wieder her; die Erwartungen an das Failover auf Compute-Ebene sind in Ihrer Servicevereinbarung definiert. - **Kontinuierliche Backups mit Point-in-Time-Wiederherstellung.** Aurora sichert kontinuierlich das Cluster-Volume und unterstützt die Point-in-Time-Wiederherstellung innerhalb des konfigurierten Aufbewahrungszeitraums, was es ermöglicht, versehentliche Änderungen oder Löschungen rückgängig zu machen. Archbee konfiguriert das Aufbewahrungsfenster für Ihre Produktionsumgebung; überprüfen Sie die genaue Anzahl der Tage in Ihrer Servicevereinbarung. - **Cross-Region-Backup-Kopien (betriebliche Verpflichtung).** Dies ist eine optionale betriebliche Konfiguration. Wenn vertraglich vereinbart, konfiguriert Archbee die Replikation von Backups in eine zweite, geografisch getrennte Region, damit Ihre Daten wiederhergestellt werden können, falls eine gesamte Region ausfällt. - **Langzeitarchiv (betriebliche Verpflichtung).** Wenn vertraglich vereinbart, erstellt Archbee ein periodisches vollständiges Backup, das für die Langzeitarchivierung aufbewahrt wird. Häufigkeit und Aufbewahrungszeitraum sind in Ihrer Servicevereinbarung definiert. - **Dauerhafter Dateispeicher.** Hochgeladene Dateien, Bilder, Diagramme, Dokumentversionen und Exporte werden in Amazon S3 gespeichert, das für 99.999999999% (elf Neunen) Objekthaltbarkeit ausgelegt ist, indem mehrere redundante Kopien automatisch über Availability Zones verteilt gespeichert werden. Inhalte werden weltweit über Amazon CloudFront ausgeliefert. - **Resilienter Cache.** In der Produktion wird der Redis-Cache im Multi-AZ-Modus mit einer Replik und automatischem Failover ausgeführt, sodass ein Ausfall einzelner Nodes den Dienst nicht unterbricht. - **Self-Healing-Compute.** Anwendungstasks laufen auf AWS Fargate, verteilt über mehrere Availability Zones hinter Load-Balancer-Health-Checks. Wenn ein Task ungesund wird oder eine AZ ein Problem hat, entfernt der Load Balancer den betroffenen Task aus der Rotation und ECS ersetzt ihn automatisch – ohne manuelle Eingriffe. - **Dokumentversionsverlauf.** Jedes Mal, wenn ein Dokument gespeichert wird, werden frühere Versionen in einem dedizierten, dauerhaften Speicher aufbewahrt, sodass frühere Kopien eines Dokuments über den Wiederherstellungsprozess von Archbee wiederhergestellt werden können. - **Verschlüsselung überall.** Alle Daten sind während der Übertragung (TLS 1.2 oder höher) und im Ruhezustand verschlüsselt. S3-Objekte werden mit einem vom Kunden verwalteten AWS KMS-Schlüssel mit automatischer jährlicher Schlüsselrotation verschlüsselt, und der Cache ist sowohl im Ruhezustand als auch während der Übertragung verschlüsselt. Wiederherstellungsszenarien | **Situation** | **Wie Archbee wiederherstellt** | | | ----------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | - | | **Daten versehentlich geändert oder gelöscht** | Stellen Sie die Datenbank auf einen Zeitpunkt kurz davor wieder her, innerhalb des konfigurierten Point-in-Time-Aufbewahrungsfensters. | | | **Eine ganze Region fällt aus** | Wenn regionsübergreifende Backups konfiguriert sind, wird die Datenbank aus der in der zweiten Region gespeicherten Kopie neu aufgebaut und der Dienst wieder online gebracht. | | | **Eine Dateiversion geht verloren oder wird überschrieben** | Stellen Sie die vorherige Version über den Wiederherstellungsprozess der Dokumentversionshistorie von Archbee wieder her. | | | **Eine Anwendungsinstanz oder Availability Zone fällt aus** | Der Load Balancer umgeht den Ausfall und ECS Fargate startet automatisch einen funktionsfähigen Ersatz in anderen AZs. | | ## Geteilte Verantwortung CloudPrem ist eine Partnerschaft. Verantwortlichkeiten sind klar aufgeteilt: | **Sie verantworten** | **Archbee verantwortet** | | ------------------------------------------------ | ---------------------------------------------------------------- | | Das AWS-Konto und dessen Schutzmechanismen | Die Archbee-Anwendung und deren Updates | | Genehmigung und Umfang aller Zugriffsanfragen | Deployments und der wöchentliche/außerplanmäßige Release-Prozess | | Ihre Daten, Datenresidenz und Compliance-Grenzen | Die Uptime-SLA (gemäß Ihrer Vereinbarung) | | | Disaster Recovery (Backups, Wiederherstellung, Failover) | Kurz gesagt: Sie kontrollieren die Cloud und die Daten; Archbee betreibt das Produkt darin und ist dafür verantwortlich, es verfügbar und wiederherstellbar zu halten.