Pro Website ausgewählt
Jede Hosting-Linie bietet eine eigene Auswahl an Rechenzentren. Sie wählen eines aus, wenn Sie eine Website erstellen, und das Bestellformular bietet nur Städte an, in denen diese Linie heute über Kapazitäten verfügt.
Regionen und Datenresidenz
Ihre Websites laufen dort, wo Sie es bestimmen
Die Region ist auf dieser Plattform kein Support-Ticket – sie ist eine Eigenschaft der Website, die von der Placement-Engine bei jeder Bereitstellung berücksichtigt wird. Sie wählen das Rechenzentrum bei der Erstellung einer Website aus den Städten aus, die ihre Hosting-Linie heute anbietet, und jede Bereitstellung landet auf der Flottenkapazität an diesem Standort, mit einem globalen Edge davor. Jede Hosting-Seite listet diese Städte live ausgelesen auf.
- 700.000+weltweit gehostete Websites
- Sie wählendas Rechenzentrum für jede Website
- 99,99 %Verfügbarkeitsgarantie
- 58Panel-Sprachen
Wo wir arbeiten
Hinter jedem Standort stehen zwei Dinge: die Worker-Flotte, die Ihre Websites betreibt, und die Steuerungsebene, die sie verwaltet. Beide sind regionsbezogen. Welchen Standort Sie wählen, liegt ganz bei Ihnen; die darunterliegende Kapazität ist unsere eigene Vereinbarung, und wir arbeiten bewusst mit mehr als einem Anbieter zusammen, sodass kein einzelner Anbieter die gesamte Plattform darstellt.
Live gelistet
Die Städte auf jeder Hosting-Seite und im Bestellformular werden aus der Zuweisungs-Engine ausgelesen, sodass ein neuer Standort an dem Tag erscheint, an dem er über Kapazitäten verfügt, und ein ausgelasteter Standort nicht angeboten wird.
Wie die Platzierung tatsächlich funktioniert
Die Region wird im Code erzwungen, und zwar in dem Moment, in dem eine Website erstellt wird – nicht dadurch, dass sich ein Operator daran erinnert, welche Box zu verwenden ist.
Jeder Worker ist getaggt
Jeder Host in der Flotte registriert sich mit einem Regionsschlüssel, einer Produktlinien-Affinitätsliste, einem Webservertyp sowie einem Kapazitätswert und ruft anschließend Aufgaben ab. Der Platzierungsdienst filtert Kandidaten zuerst nach Region, dann nach Produktlinie, danach nach freier Kapazität und wählt den am wenigsten ausgelasteten geeigneten Host aus.
Die Website erbt und behält die Region
Wenn Sie eine Region angeheftet haben, sind nur Worker in dieser Region berechtigt. Wenn Sie dies nicht getan haben, übernimmt die Website die Region des Workers, auf dem sie landet, und dieser Wert wird auf der Website gespeichert — der Nachweis darüber, wo sich Ihre Daten befinden, ist somit ein Feld, das Sie ablesen können, und keine Vermutung.
Kapazität wird atomar beansprucht
Die Platzierung beansprucht Kapazität über eine bedingte Aktualisierung, die nur erfolgreich ist, solange der Worker noch aktiv ist, weiterhin Bereitstellungen akzeptiert und noch nicht ausgelastet ist. Wenn zwei Bereitstellungen um den letzten freien Platz konkurrieren, können nicht beide erfolgreich sein, sodass eine Region niemals unbemerkt überbucht wird.
Kein stiller Fallback auf die falsche Region
Wenn in Ihrer Region keine geeignete Ressource über Kapazitäten verfügt, gibt die Bereitstellung einen Platzierungsfehler aus und stoppt. Sie weicht nicht auf einen anderen Kontinent aus, um die Anforderung erfolgreich abzuschließen. Ein sichtbarer Fehler und eine Kapazitätserweiterung sind besser als eine Website, die unbemerkt das Land wechselt.
Bereinigung statt Unterbrechung
Jeder Worker verfügt über einen accepts-deploys-Schalter. Das Umschalten auf drain verhindert, dass neue Websites zugewiesen werden, während bestehende Websites unberührt weiterlaufen. Auf diese Weise führen wir Wartungsarbeiten, Hardware-Erneuerungen und Stilllegungen innerhalb einer Region durch, ohne Ihre Workloads zu verschieben.
Datenresidenz als Produktentscheidung
Die Datenresidenz ist eine der wenigen Hosting-Entscheidungen, die sich nur sehr schwer rückgängig machen lassen. Daher behandelt die Plattform sie als primäre Dimension und nicht als bloßes Bereitstellungsdetail. Die Residenzwahl des Kunden dient als Eingabe für die Platzierung, die Region wird für die Website erfasst und die Serverflotte entsprechend gekennzeichnet. Das macht eine Auskunft zur Residenz überprüfbar statt bloß anekdotisch.
Das Mandantenmodell läuft parallel dazu. Jeder Datensatz in der Engine enthält einen Organisationsbereich mit PostgreSQL-Sicherheit auf Zeilenebene, die auf Datenbankebene erzwungen wird, und die Mandantenstruktur ist hierarchisch aufgebaut — eine Reseller-Organisation über Kundenorganisationen über Websites. Die Region bestimmt, wo die Daten liegen; die Sicherheit auf Zeilenebene bestimmt, wer darauf zugreifen kann. Beides ist für Prüfer von Compliance-Anforderungen wichtig und keines von beiden ist optional.
GDPR-Datenexport und -Löschung sind Teil desselben Designs und kein nachträglich aufgesetzter Prozess, und privilegierte sowie administrative Aktionen werden revisionssicher protokolliert. Wenn der Fragebogen Ihres Käufers wissen möchte, wo die Daten liegen, wer sie abfragen kann und was passiert, wenn eine betroffene Person die Herausgabe verlangt, sind dies Fragen, die sich hier beantworten lassen.
Ein lokaler Ursprung ist nur die halbe Geschichte der Geschwindigkeit
Die Wahl einer nahe gelegenen Region hilft zwar, aber der Großteil der Latenz, die Ihre Besucher wahrnehmen, wird bereits bestimmt, bevor eine Anfrage Ihren Ursprungsserver überhaupt erreicht.
- Cloudflare schaltet sich vor alles — CDN, WAF, DNS und DDoS-Schutz —, sodass zwischenspeicherbare Antworten vom Edge-Netzwerk in der Nähe des Besuchers und nicht aus Ihrer Ursprungsregion bereitgestellt werden.
- LSCache läuft direkt auf dem Worker als serverseitiger Ganzseiten-Cache mit ESI und intelligenter automatischer Löschung, was bedeutet, dass die meisten WordPress-Anfragen PHP oder MySQL überhaupt nicht erreichen.
- Ein seitenbasierter Redis-Objekt-Cache eliminiert wiederholte Datenbankabfragen bei den Anfragen, die die Anwendung erreichen.
- Die Bereinigung wird über ein einziges Steuerelement im Panel und aus WordPress heraus über das Zinn®-Cache-Plugin über beide Ebenen hinweg koordiniert, sodass eine Edge-Kopie und eine Origin-Kopie nach der Veröffentlichung niemals voneinander abweichen.
- Footprint-Free-Kunden schichten CDN-Konto-Pools darüber: Websites verteilen sich über unsere Konten und Ihre eigenen, wobei der Ausgleich zum Zeitpunkt der Bereitstellung anhand des Live-Kontostatus neu berechnet wird.
- Wir veröffentlichen keine Benchmarks zu Latenz oder Durchsatz und behaupten nicht, dass eine bestimmte Region für Ihre Zielgruppe die schnellste ist. Wählen Sie die Region, auf die Ihre Besucher und Ihre Compliance-Vorgaben hindeuten, und überlassen Sie den Cache-Ebenen den Rest.
Fehlerdomänen, Backups und ehrliche Grenzen
Multi-Region ist von geringem Wert, wenn am Ende doch alles dasselbe Schicksal teilt. Die Architektur trennt die Komponenten, die nicht gemeinsam ausfallen dürfen.
Steuerungsebene und Flotte sind getrennt
Die Engine, die Datenbank, die Workflow-Ebene und die Dashboards laufen auf ihrer eigenen Kubernetes-Control-Plane, völlig getrennt von der Worker-Flotte, die die Websites der Kunden bedient. Ein Vorfall in der Control-Plane darf die Kunden-Websites nicht lahmlegen, und ein Vorfall in der Flotte darf die Plattform nicht zum Ausfall bringen.
Die öffentlichen Oberflächen sind ebenfalls unabhängig
Das Kunden-Dashboard, die Administrationskonsole und diese Marketing-Website werden unabhängig vom Control-Plane-Cluster auf Cloudflare bereitgestellt, sodass ein Plattformvorfall nicht auch die Stelle unerreichbar macht, an der Sie sich darüber informieren können.
Status liegt außerhalb der Plattform
Die Statusseite wird bewusst bei einem anderen Anbieter in einer anderen Region gehostet. Eine Statusseite, die auf der von ihr überwachten Infrastruktur betrieben wird, ist genau in dem Moment nutzlos, in dem Sie sie benötigen.
Unveränderliche, externe, isolierte Backups
Backups pro Website sind unveränderlich und extern gespeichert, werden in einen Objektspeicher geschrieben und Wiederherstellungen werden getestet, anstatt nur vorausgesetzt zu werden. Wiederherstellungen erfolgen mit einem Klick über das Panel neben Dateimanager, Domains, DNS, SSL und Protokollen.
Was wir nicht behaupten
Wir sichern auf dieser Seite weder ein Service-Level-Agreement noch eine Antwortzeit oder einen Latenzwert zu – die SLA-Bedingungen werden vertraglich vereinbart. Der mit den Footprint-Free-Tarifen verknüpfte Wert von 99.99 % ist eine Zusicherung der Betriebszeit, ein Ziel, auf das wir hinarbeiten, und kein gemessener historischer Verfügbarkeitswert.
Auswählen einer Region
In der Praxis läuft die Entscheidung auf vier Fragen hinaus, und die meisten Kunden beantworten diese in weniger als einer Minute.
- Haben Sie eine vertragliche oder regulatorische Anforderung an den Datenstandort? Wenn ja, ist die Entscheidung gefallen: EU-Kunden mit GDPR-Verpflichtungen wählen ein Rechenzentrum innerhalb der Europäischen Union, und wir bieten eine native GDPR-konforme EU-Route, wenn ein Vertrag dies ausdrücklich vorschreibt.
- Wo befindet sich die Zielgruppe, mit der Sie tatsächlich Umsatz generieren? Wählen Sie aus den im Bestellformular angebotenen Städten das Rechenzentrum aus, das dieser am nächsten liegt.
- Erfordert die Beschaffung Ihres Käufers eine zertifizierte zugrunde liegende Plattform? Wenn eine SOC 2- oder ISO 27001-Zertifizierung für die Infrastruktur unter Ihren Websites eine zwingende Voraussetzung ist, teilen Sie uns dies vor der Bereitstellung mit, und wir platzieren Sie auf einer Kapazität, die diese aufweist.
- Möchten Sie Ihr Portfolio auf verschiedene Fehlerdomänen aufteilen? Die Platzierung von Websites in mehr als einem Rechenzentrum verhindert die Konzentration auf einen einzigen Standort.
- Nicht sicher? Starten Sie mit der Testversion ohne Kreditkarte. Weder das Dashboard noch die Treiber oder der Funktionsumfang ändern sich, wenn Sie später an einem anderen Ort bereitstellen.
Häufig gestellte Fragen
Kann ich wählen, in welcher Region meine Websites bereitgestellt werden?
Ja. Die Region ist eine Eingabe für die Platzierungs-Engine und keine Anfrage, die außerhalb des regulären Ablaufs verarbeitet wird. Pinnen Sie eine Region an, und nur die für diese Region gekennzeichneten Fleet Worker sind berechtigt, die Website zu empfangen; die ausgewählte Region wird dann im Datensatz der Website gespeichert, sodass Sie jederzeit nachvollziehen können, wo sie ausgeführt wird. Wenn Sie sie nicht festlegen, erbt die Website die Region des Workers, auf dem sie landet.
In welchen Regionen sind Sie tätig?
Das hängt von der Hosting-Linie ab, da jede Linie auf den für sie aufgebauten Kapazitäten läuft. Das Bestellformular und jede Hosting-Seite listen die Städte auf, die Sie heute auswählen können – live aus der Platzierungs-Engine ausgelesen, sodass diese Antwort nie veraltet. Für eine strikte EU-Residenz wählen Sie ein Rechenzentrum innerhalb der Europäischen Union; wo die Beschaffung eine zertifizierte Basisinfrastruktur erfordert, können wir auf Kapazitäten platzieren, die diese Anforderungen erfüllen. Die Zulieferer hinter jedem Standort sind unsere eigene geschäftliche Vereinbarung – Sie wählen den Standort, nicht den Anbieter.
Verfügen Sie über eine Zertifizierung nach SOC 2 oder ISO 27001?
Nein — Zinn Digital® verfügt derzeit über keine eigenen Compliance-Zertifizierungen, und wir werden nichts Gegenteiliges behaupten. Was wir tun können, ist, Ihre Arbeitslast auf einer zugrunde liegenden Plattform zu platzieren, die darüber verfügt, sofern die Beschaffungsvorgaben eines Käufers eine zertifizierte Plattform für Ihre Websites zwingend vorschreiben. Unabhängig davon sind die plattformeigenen Kontrollen real und überprüfbar: standortbezogene Isolierung, Sicherheit auf Zeilenebene für jede mandantenbezogene Tabelle, in Vault gespeicherte Geheimnisse, durchgängiges TLS und Audit-Protokollierung privilegierter Aktionen.
Was passiert, wenn die von Ihnen gewünschte Region keine Kapazität hat?
Die Bereitstellung schlägt sichtbar mit einem Platzierungsfehler fehl, anstatt Ihre Website stillschweigend an einem anderen Ort bereitzustellen. Dies geschieht mit Absicht: Eine Website, die unbemerkt die Rechtsordnung gewechselt hat, ist ein weitaus schlechteres Ergebnis als eine Bereitstellung, die angehalten hat und Ihnen den Grund mitteilt. Kapazität wird hinzugefügt, indem weitere Hosts in dieser Region online geschaltet werden, wo sie sich selbst registrieren und sofort mit der Annahme von Aufgaben beginnen.
Wird meine Website für Besucher, die weit vom Rechenzentrum entfernt sind, langsam sein?
Wir veröffentlichen keine Latenz-Benchmarks und geben keine Zusage über eine bestimmte Zahl ab. Was wir beschreiben können, ist die Architektur: Cloudflare ist jeder Website vorgeschaltet, sodass zwischenspeicherbare Antworten von einem Edge-Standort in der Nähe des Besuchers bereitgestellt werden, LSCache stellt vollständige Seiten über den Worker bereit, ohne PHP oder die Datenbank zu beanspruchen, und ein seitenbezogener Redis-Objekt-Cache fängt wiederholte Abfragen ab. Für die meisten Inhalts-Websites bedeutet diese Kombination, dass die Ursprungsregion weitaus weniger wichtig ist als die Cache-Konfiguration. Wenn Ihr Publikum auf einen Kontinent konzentriert ist, platzieren Sie den Ursprung dennoch dort.
Kann ich eine bestehende Website später in eine andere Region verschieben?
Die Region wird festgelegt, wenn eine Website platziert wird, und im Website-Datensatz gespeichert; eine Änderung der Region ist daher eine Migration und kein einfaches Umschalten. Wenden Sie sich vor der Erstellung an uns, wenn Sie bereits wissen, dass ein Umzug bevorsteht – es ist viel kostengünstiger, die Website gleich beim ersten Mal richtig zu platzieren, als ein aktives Portfolio zu migrieren.
Wo werden meine Backups aufbewahrt?
Backups auf Website-Ebene sind unveränderlich, extern gespeichert und von der aktiven Flotte isoliert. Sie werden in Objektspeicher geschrieben, wobei Wiederherstellungen getestet statt nur vorausgesetzt werden, und lassen sich mit einem Klick über das Panel wiederherstellen. Falls Ihre Compliance-Vorgaben erfordern, dass der Backup-Speicher in einer bestimmten Rechtsordnung liegt, sprechen Sie uns bitte direkt an — dies ist ein vertragliches Detail, das wir pro Kunde vereinbaren, anstatt eine pauschale Zusage auf einer Webseite zu machen.
Kann ich es testen, ohne mich auf eine Region festzulegen?
Ja. Die Testphase dauert 14 Tage und erfordert keine Kreditkarte. Sie umfasst Footprint-Free Hosting für bis zu fünf Websites, was ausreicht, um zu sehen, wie sich Bereitstellungen, Platzierung und die Cache-Ebenen verhalten, bevor Sie entscheiden, wo Ihr Produktionsportfolio gehostet werden soll.
Verwandt
Beginnen Sie dort, wo es sinnvoll ist, und wechseln Sie, wenn es darauf ankommt
Starten Sie eine 14-tägige Testversion ohne Kreditkarte, oder teilen Sie uns zunächst Ihre Anforderungen an den Datenstandort mit, damit wir Sie von der ersten Bereitstellung an richtig zuweisen.
Kostenlos starten