Regionen & Datenresidenz
Die Region ist auf dieser Plattform kein Support-Ticket – sie ist eine Eigenschaft der Website, die von der Bereitstellungsengine bei jedem Deployment berücksichtigt wird. Wählen Sie Europa, die Vereinigten Staaten oder den asiatisch-pazifischen Raum, und jedes Deployment landet auf für diese Region gekennzeichneten Fleet-Kapazitäten mit einem globalen Edge davor. Verfügbarkeit: Unsere eigenen Fleet-Kapazitäten außerhalb des Vereinigten Königreichs befinden sich in der aktiven Entwicklung und sind noch nicht verfügbar. Alles andere, was hier beschrieben wird, ist ab heute live.
Hinter jeder Region stehen zwei Dinge: die Worker-Flotte, die Ihre Websites betreibt, und die Steuerungsebene, die sie verwaltet. Beide sind regionsbewusst und beide werden aus denselben Gründen platziert – das beste Preis-Leistungs-Verhältnis, das wir in Europa und den USA erzielen können, eine Abdeckung über diese beiden Märkte hinaus und eine zertifizierte Basisplattform-Option für Käufer, deren Beschaffung dies verlangt. Welche Region Sie wählen, bleibt ganz Ihnen überlassen; die Kapazität darunter ist unsere eigene Vereinbarung, und wir arbeiten bewusst mit mehr als einem Anbieter zusammen, damit kein einzelner jemals die Plattform darstellt.
Unsere deutschen Kapazitäten bilden unsere Primärregion und bieten das beste Preis-Leistungs-Verhältnis, das wir weltweit anbieten. Neue Kapazitäten werden hier zuerst bereitgestellt, weshalb dies die Standardoption für europäische Kunden und alle ohne eigene Residenzanforderungen ist.
Finnland bietet europäischen Workloads einen zweiten, physisch getrennten EU-Standort. Nützlich, wenn Sie eine EU-Residenz wünschen, aber nicht möchten, dass sich ein gesamtes Portfolio in der Ausfallzone eines einzigen Landes befindet.
Unsere Kapazitäten in den Vereinigten Staaten erstrecken sich von Virginia im Osten bis nach Oregon im Westen und decken damit beide Küsten ab. Gleiche Engine, gleiche Treiber, gleiches Panel – das Einzige, was sich ändert, ist das Regions-Tag, das die Platzierungs-Engine für Ihre Websites akzeptiert.
Asien-Pazifik läuft in Tokio, Singapur und Seoul. Nach diesem Muster ist die gesamte Plattform aufgebaut: Die Kapazität unter einer Region ist austauschbare Infrastruktur hinter unserer Engine, niemals die Engine selbst, und wir setzen in jeder Region mehr als einen Anbieter ein, sodass eine Website niemals an einen einzigen gebunden ist.
Wenn ein Vertrag DSGVO-konforme EU-Infrastruktur verlangt oder die Beschaffung eines Käufers darauf besteht, dass die zugrunde liegende Plattform SOC-2-, ISO-27001- oder HIPAA-Zertifizierungen aufweist, können wir Ihre Workload auf Kapazitäten platzieren, die über diese Zertifizierungen verfügen. Dies sind die Zertifizierungen der zugrunde liegenden Plattform, nicht unsere – wir besitzen selbst keine und werden dies auch niemals andeuten.
Die Region wird im Code erzwungen, sobald eine Website erstellt wird – nicht dadurch, dass sich ein Operator merken muss, welche Box zu verwenden ist.
Jeder Host in der Flotte registriert sich mit einem Regionenschlüssel, einer Produktlinien-Affinitätsliste, einem Webserver-Typ und einer Kapazitätsangabe und zieht sich dann Arbeit. Der Platzierungsdienst filtert die Kandidaten zuerst nach Region, dann nach Produktlinie sowie nach freier Kapazität und wählt den am wenigsten ausgelasteten, berechtigten Host aus.
Wenn Sie eine Region angepinnt haben, kommen nur Worker in dieser Region infrage. Wenn nicht, übernimmt die Site die Region des Workers, auf dem sie landet, und dieser Wert wird auf der Site gespeichert – sodass der Speicherort Ihrer Daten ein lesbares Feld und keine Annahme ist.
Placement beansprucht Kapazität mit einem bedingten Update, das nur erfolgreich ist, solange der Worker noch aktiv ist, weiterhin Deployments annimmt und noch unter der Kapazität liegt. Zwei Deployments, die um den letzten Platz konkurrieren, können nicht beide gewinnen, sodass eine Region niemals unbemerkt überbucht wird.
Wenn in Ihrer Region keine Ressource verfügbar ist, bricht das Deployment mit einem Platzierungsfehler ab. Es wird nicht auf einen anderen Kontinent ausgewichen, um die Anfrage erfolgreich zu gestalten. Ein sichtbarer Fehler und eine Kapazitätserweiterung sind besser als eine Website, die unbemerkt das Land gewechselt hat.
Jeder Worker verfügt über einen Accepts-Deploys-Schalter. Wenn dieser auf „Drain“ gestellt wird, landen keine neuen Websites mehr, während bestehende Websites unverändert weiterlaufen. Auf diese Weise führen wir Wartungsarbeiten, Hardware-Erneuerungen und die Außerbetriebnahme innerhalb einer Region durch, ohne Ihre Workloads zu verschieben.
Datenresidenz ist eine der wenigen Hosting-Entcheidungen, die sich nur schwer rückgängig machen lässt, weshalb die Plattform sie wie eine essenzielle Dimension und nicht wie ein bloßes Bereitstellungsdetail behandelt. Die Residenzwahl des Kunden fließt als Eingabe in die Platzierung ein, die Region wird für die Website festgelegt und der Cluster entsprechend getaggt. Genau das macht eine Residenzangabe überprüfbar statt anekdotisch.
Das Mandantenmodell läuft parallel dazu. Jeder Datensatz in der Engine trägt einen Organisationskontext, wobei auf Datenbankebene die zeilenbasierte Zugriffskontrolle von PostgreSQL durchgesetzt wird, und die Mandantenstruktur ist hierarchisch – eine Reseller-Organisation über Kundenorganisationen über Standorte. Region beantwortet, wo die Daten liegen; die zeilenbasierte Zugriffskontrolle beantwortet, wer darauf zugreifen kann. Beides ist für einen Compliance-Prüfer von Bedeutung und nichts davon ist optional.
DSGVO-konforme Datenexporte und -löschungen sind von Anfang an in das Design integriert und kein nachträglicher Zusatz. Zudem werden privilegierte und administrative Aktionen lückenlos protokolliert. Wenn Ihr Käuferfragebogen wissen möchte, wo die Daten gespeichert sind, wer sie abfragen kann und was passiert, wenn eine betroffene Person ihre Daten zurückfordert, sind das hier leicht zu beantwortende Fragen.
Die Wahl einer nahegelegenen Region hilft, aber ein Großteil der Latenz, die Ihre Besucher spüren, wird entschieden, bevor eine Anfrage überhaupt Ihren Ursprungsserver erreicht.
Multi-Region bringt herzlich wenig, wenn am Ende doch alles von einem gemeinsamen Schicksal abhängt. Diese Architektur trennt die Komponenten, die niemals gemeinsam ausfallen dürfen.
Die Engine, die Datenbank, die Workflow-Ebene und die Dashboards laufen auf einer eigenen Kubernetes-Control-Plane, völlig getrennt von der Worker-Flotte, die Kundenseiten bereitstellt. Ein Zwischenfall in der Control-Plane darf Kundenseiten nicht offline schalten, und ein Flottenzwischenfall darf die Plattform nicht lahmlegen.
Das Kunden-Dashboard, die Admin-Konsole und diese Marketing-Website sind unabhängig vom Control-Plane-Cluster auf Cloudflare bereitgestellt, sodass ein Plattformvorfall nicht gleichzeitig den Ort unzugänglich macht, an dem Sie darüber lesen könnten.
Die Statusseite wird bewusst bei einem anderen Anbieter in einer anderen Region gehostet. Eine Statusseite, die auf der Infrastruktur läuft, die sie überwacht, ist genau in dem Moment nutzlos, in dem Sie sie brauchen.
Backups pro Website sind unveränderlich und extern, auf Objektspeicher geschrieben, wobei Wiederherstellungen getestet statt angenommen werden. Wiederherstellungen erfolgen mit nur einem Klick über das Panel neben Dateimanager, Domains, DNS, SSL und Protokollen.
Auf dieser Seite garantieren wir weder eine Service-Level-Agreement, eine Reaktionszeit noch einen Latenzwert – SLA-Bedingungen werden vertraglich vereinbart. Der Wert von 99,99 % für Footprint-Free-Tarife ist eine Verfügbarkeitszusicherung, ein Ziel, nach dem wir arbeiten, und kein gemessener historischer Verfügbarkeitswert.
In der Praxis läuft die Entscheidung auf vier Fragen hinaus, und die meisten Kunden beantworten sie in unter einer Minute.
Ja. Die Region ist eine Eingabe für die Platzierungs-Engine und keine separat bearbeitete Anfrage. Fixieren Sie eine Region, und nur für diese Region markierte Cluster-Worker kommen für die Bereitstellung der Site infrage; die gewählte Region wird anschließend im Site-Datensatz gespeichert, sodass Sie jederzeit auslesen können, wo sie ausgeführt wird. Belassen Sie sie unausgegraben, erbt die Site die Region des Workers, auf dem sie landet.
Europa in Deutschland und Finnland; die Vereinigten Staaten in Virginia und Oregon; sowie der asiatisch-pazifische Raum in Tokio, Singapur und Seoul. Europa ist die Hauptregion und der Standard, wenn Sie keine Präferenz angeben. Für eine strikte EU-Residenz oder wenn die Beschaffung eine zertifizierte zugrunde liegende Plattform erfordert, können wir Kapazitäten bereitstellen, die diesen Anforderungen entsprechen. Die Anbieter hinter den einzelnen Regionen sind unsere eigene kommerzielle Vereinbarung – Sie wählen die Region, nicht den Anbieter.
Nein — Zinn Digital® besitzt derzeit selbst keine Compliance-Zertifizierungen, und wir werden auch nichts Gegenteiliges behaupten. Was wir tun können, ist, Ihre Workload auf einer zugrunde liegenden Plattform zu hosten, die über diese Zertifizierungen verfügt, falls die Beschaffung eines Käufers eine zertifizierte Plattform unter Ihren Websites zwingend voraussetzt. Unabhängig davon sind die eigenen Kontrollmechanismen der Plattform real und überprüfbar: Isolierung pro Website, Zeilensicherheit für jede mandantenbezogene Tabelle, in Vault gespeicherte Geheimnisse, durchgehendes TLS und Audit-Logging privilegierter Aktionen.
Das Deployment schlägt sichtbar mit einem Platzierungsfehler fehl, anstatt Ihre Website klammheimlich woanders zu platzieren. Das ist Absicht: Eine Website, die unbemerkt die Region gewechselt hat, ist ein weitaus schlimmeres Ergebnis als ein Deployment, das abbricht und Ihnen den Grund nennt. Kapazität wird hinzugefügt, indem weitere Hosts in dieser Region online gebracht werden, wo sie sich registrieren und sofort mit der Auftragsannahme beginnen.
Wir veröffentlichen keine Latenz-Benchmarks und versprechen keine bestimmten Zahlenwerte. Was wir beschreiben können, ist die Architektur: Cloudflare schaltet sich vor jede Website, sodass cachefähige Antworten von einem Edge-Standort in der Nähe des Besuchers bereitgestellt werden, LSCache liefert vollständige Seiten vom Worker aus, ohne PHP oder die Datenbank zu berühren, und ein pro Website eingerichteter Redis-Objektcache fängt wiederholte Abfragen ab. Für die meisten Content-Websites bedeutet diese Kombination, dass die Herkunftsregion weitaus weniger wichtig ist als die Cache-Konfiguration. Wenn Ihr Publikum sich auf einem Kontinent konzentriert, platzieren Sie den Ursprung trotzdem dort.
Die Region wird bei der Erstellung einer Website festgelegt und im Website-Datensatz gespeichert, weshalb ein Regionswechsel eher eine Migration als ein Umschalten ist. Sprechen Sie vor der Entwicklung mit uns, wenn Sie bereits wissen, dass ein Umzug ansteht – es ist weitaus kostengünstiger, eine Website beim ersten Mal korrekt zu platzieren, als ein aktives Portfolio nachträglich zu verlegen.
Backups pro Website sind unveränderlich, extern und von der laufenden Infrastruktur isoliert. Sie werden in einem Objektspeicher gesichert, wobei Wiederherstellungen getestet statt nur angenommen werden, und lassen sich mit nur einem Klick über das Panel wiederherstellen. Wenn Ihre Compliance-Richtlinien vorschreiben, dass Backup-Speicher in einer bestimmten Jurisdiktion liegen müssen, wenden Sie sich direkt an uns – das ist ein vertragliches Detail, das wir individuell mit jedem Kunden vereinbaren, anstatt es pauschal auf einer Webseite zu behaupten.
Ja. Die Testversion läuft 14 Tage lang, ist kreditkartenfrei und beginnt in der europäischen Standardregion. Sie umfasst Footprint-Free Hosting mit bis zu fünf Sites, was ausreicht, um zu sehen, wie sich Deployments, Platzierung und die Cache-Ebenen verhalten, bevor Sie entscheiden, wo Ihr Produktivportfolio liegen soll.
Starte eine 14-tägige Testversion in Europa ganz ohne Kreditkarte oder teile uns zuerst deinen Wohnsitz mit, damit wir dich ab dem ersten Deployment richtig zuordnen.
Kostenlos starten