Régions et résidence des données
La région n'est pas un ticket de support sur cette plateforme — c'est une propriété du site, respectée par le moteur de placement à chaque déploiement. Choisissez l'Europe, les États-Unis ou l'Asie-Pacifique, et chaque déploiement atterrit sur la capacité de flotte étiquetée pour cette région, avec un nœud périphérique mondial en amont. Disponibilité : notre propre capacité de flotte en dehors du Royaume-Uni est en cours de développement actif et n'est pas encore disponible. Tout le reste décrit ici est opérationnel dès aujourd'hui.
Deux éléments se cachent derrière chaque région : le parc de serveurs qui fait fonctionner vos sites, et le plan de contrôle qui les gère. Tous deux sont sensibles aux régions et sont positionnés pour les mêmes raisons : le meilleur rapport qualité/prix que nous pouvons garantir en Europe et aux États-Unis, une couverture au-delà de ces deux marchés, et une option de plateforme certifiée sous-jacente pour les acheteurs dont les exigences d'approvisionnement l'exigent. Le choix de la région vous revient ; la capacité sous-jacente relève de notre propre organisation, et nous faisons délibérément appel à plusieurs fournisseurs afin qu'aucun d'entre eux ne constitue à lui seul la plateforme.
Notre capacité en Allemagne est notre région principale et offre le meilleur rapport qualité-prix de toute notre infrastructure. Les nouvelles capacités y sont déployées en premier, ce qui en fait l'option par défaut pour les clients européens et pour tous ceux qui n'ont pas d'exigence spécifique en matière de résidence des données.
La Finlande offre aux charges de travail européennes un deuxième emplacement EU physiquement distinct. Utile lorsque vous souhaitez une résidence EU sans qu'un portefeuille entier ne dépende du domaine de défaillance d'un seul pays.
Notre capacité aux États-Unis s'étend de la Virginie à l'est jusqu'à l'Oregon à l'ouest, couvrant ainsi les deux côtes. Même moteur, mêmes pilotes, même panneau — la seule chose qui change est l'étiquette de région que le moteur de placement acceptera pour vos sites.
La région Asie-Pacifique fonctionne à Tokyo, Singapour et Séoul. C'est le principe sur lequel repose toute la plateforme : la capacité sous-jacente d'une région est une infrastructure interchangeable pilotée par notre moteur, et jamais le moteur lui-même. De plus, nous exploitons plusieurs fournisseurs par région afin qu'aucun site ne soit jamais lié à un seul d'entre eux.
Lorsqu'un contrat exige une infrastructure EU conforme au RGPD, ou que les achats d'un acheteur insistent pour que la plateforme sous-jacente détienne les certifications SOC 2, ISO 27001 ou HIPAA, nous pouvons placer votre charge de travail sur une capacité qui bénéficie de ces certifications. Ce sont les certifications de la plateforme sous-jacente, et non les nôtres : nous n'en détenons aucune et ne le laisserons jamais entendre.
La région est imposée par le code, au moment de la création d'un site, et non par un opérateur qui doit se souvenir de la machine à utiliser.
Chaque hôte du parc s'enregistre avec une clé de région, une liste d'affinités de gamme de produits, un type de serveur Web et un chiffre de capacité, puis récupère le travail. Le service de placement filtre d'abord les candidats par région, puis par gamme de produits, puis par capacité disponible, et sélectionne l'hôte éligible le moins chargé.
Si vous avez épinglé une région, seuls les travailleurs de cette région sont éligibles. Si vous ne l'avez pas fait, le site hérite de la région du travailleur sur lequel il atterrit et cette valeur est enregistrée sur le site — ainsi, l'emplacement de vos données est un champ consultable et non une supposition.
Le placement réserve la capacité au moyen d'une mise à jour conditionnelle qui ne réussit que si le worker est toujours actif, accepte toujours les déploiements et dispose encore de la capacité nécessaire. Deux déploiements se disputant le dernier emplacement ne peuvent pas l'emporter tous les deux, ce qui garantit qu'une région n'est jamais sursouscrite en douce.
Si aucune ressource éligible n'est disponible dans votre région, le déploiement génère une erreur de placement et s'arrête. Il ne se replie pas sur un autre continent pour faire aboutir la requête. Un échec visible et un ajout de capacité valent mieux qu'un site qui a changé de pays en silence.
Chaque travailleur est équipé d'un commutateur accept-deploys. Le basculer en mode drain empêche l'arrivée de nouveaux sites tout en maintenant les sites existants en service sans interruption, ce qui nous permet d'effectuer des opérations de maintenance, de renouvellement matériel et de mise hors service au sein d'une région sans déplacer vos charges de travail.
La résidence des données est l'une des rares décisions d'hébergement qu'il est réellement difficile d'inverser. C'est pourquoi la plateforme la traite comme une dimension de premier ordre plutôt que comme un simple détail de déploiement. Le choix de résidence du client est pris en compte pour le placement, la région est enregistrée pour le site, et le parc est étiqueté en conséquence. C'est ce qui rend une réponse en matière de résidence vérifiable plutôt qu'anecdotique.
Le modèle de multi-location fonctionne en parallèle. Chaque enregistrement du moteur comporte une portée d'organisation avec la sécurité au niveau des lignes PostgreSQL appliquée au niveau de la base de données, et la multi-location est hiérarchique : une organisation de revendeur au-dessus des organisations clientes, elles-mêmes au-dessus des sites. La région détermine l'emplacement des données ; la sécurité au niveau des lignes détermine qui peut y accéder. Les deux importent pour un auditeur de conformité et aucun n'est facultatif.
L'exportation et l'effression des données RGPD font partie de la même conception plutôt que d'être un processus surajouté, et les actions privilégiées et administratives font l'objet d'un journal d'audit. Si le questionnaire de votre acheteur demande où résident les données, qui peut les interroger et ce qui se passe lorsqu'une personne concernée en demande la restitution, ce sont des questions qui trouvent ici des réponses.
Choisir une région proche aide, mais la majeure partie de la latence ressentie par vos visiteurs est déterminée avant même qu'une requête n'atteigne votre origine.
La multi-région ne sert pas à grand-chose si tout partage encore le même destin. L'architecture sépare les éléments qui ne doivent pas échouer ensemble.
Le moteur, la base de données, la couche de flux de travail et les tableaux de bord s'exécutent sur leur propre plan de contrôle Kubernetes, entièrement séparé du parc de serveurs d'exécution qui dessert les sites des clients. Un incident sur le plan de contrôle ne doit pas rendre les sites clients indisponibles, et un incident sur le parc ne doit pas interrompre la plateforme.
Le tableau de bord client, la console d'administration et ce site marketing sont déployés sur Cloudflare indépendamment du cluster du plan de contrôle, de sorte qu'un incident de plateforme ne supprime pas non plus l'endroit où vous iriez pour en lire les détails.
La page d'état est délibérément hébergée chez un autre fournisseur et dans une autre région. Une page d'état exécutée sur l'infrastructure qu'elle surveille est inutile précisément au moment où vous en avez besoin.
Les sauvegardes par site sont immuables et délocalisées, enregistrées sur un stockage objet, avec des restaurations testées plutôt que supposées. Les restaurations s'effectuent en un clic depuis le panneau, aux côtés du gestionnaire de fichiers, des domaines, du DNS, du SSL et des journaux.
Nous ne garantissons aucun accord de niveau de service, temps de réponse ou chiffre de latence sur cette page – les termes de SLA sont convenus par contrat. Le chiffre de 99,99 % associé aux forfaits Footprint-Free est une garantie de disponibilité, un objectif que nous visons et non un historique de disponibilité mesurée.
En pratique, la décision se résume à quatre questions, et la plupart des clients y répondent en moins d'une minute.
Oui. La région est un paramètre d'entrée du moteur de placement, et non une requête traitée hors bande. Fixez une région et seuls les agents de flotte étiquetés pour cette région sont éligibles pour recevoir le site ; la région choisie est ensuite enregistrée dans l'enregistrement du site afin que vous puissiez toujours consulter son lieu d'exécution. Laissez-la vide et le site hérite de la région de l'agent sur lequel il atterrit.
L'Europe en Allemagne et en Finlande ; les États-Unis en Virginie et dans l'Oregon ; et l'Asie-Pacifique à Tokyo, Singapour et Séoul. L'Europe est la région principale et le choix par défaut lorsque vous ne spécifiez aucune préférence. Pour une résidence stricte au sein de l'EU, ou lorsque l'approvisionnement exige une plateforme sous-jacente certifiée, nous pouvons vous attribuer une capacité répondant à ces exigences. Les fournisseurs derrière chaque région relèvent de nos propres accords commerciaux — vous choisissez la région, pas le fournisseur.
Non — Zinn Digital® ne détient actuellement aucune certification de conformité en propre, et nous ne laisserons pas entendre le contraire. Ce que nous pouvons faire, c'est héberger votre charge de travail sur une plateforme sous-jacente qui en est dotée, dans les cas où l'équipe des achats d'un client exige impérativement une plateforme certifiée sous vos sites. Par ailleurs, les contrôles propres à la plateforme sont réels et auditables : isolation par site, sécurité au niveau des lignes pour chaque table cloisonnée par locataire, secrets conservés dans Vault, TLS de bout en bout et journalisation des audits pour les actions privilégiées.
L'échec du déploiement est clairement signalé par une erreur de placement plutôt que de placer discrètement votre site ailleurs. C'est délibéré : un site dont la juridiction a changé en douce est un bien pire résultat qu'un déploiement qui s'arrête et vous en explique la raison. La capacité est augmentée en activant de nouveaux hôtes dans cette région, où ils s'enregistrent et commencent immédiatement à accepter des tâches.
Nous ne publions pas de benchmarks de latence et ne promettons aucun chiffre précis. Ce que nous pouvons décrire, c'est l'architecture : Cloudflare se trouve en amont de chaque site afin que les réponses pouvant être mises en cache soient servies depuis un emplacement Edge proche du visiteur, LSCache sert des pages complètes depuis le worker sans toucher à PHP ou à la base de données, et un cache d'objets Redis par site absorbe les requêtes répétées. Pour la plupart des sites de contenu, cette combinaison fait que la région d'origine importe beaucoup moins que la configuration du cache. Si votre audience est concentrée sur un seul continent, placez tout de même l'origine là-bas.
La région est définie lors de la création d'un site et enregistrée sur la fiche de celui-ci. Modifier la région correspond donc à une migration plutôt qu'à une simple bascule. Contactez-nous avant de lancer votre développement si vous savez déjà qu'un changement de localisation sera nécessaire : il est bien moins coûteux de déployer correctement dès le départ que de déplacer un portefeuille en production.
Les sauvegardes par site sont immuables, délocalisées et isolées du parc de serveurs en cours d'exécution, écrites sur un stockage objet avec des restaurations testées plutôt que supposées, et restaurables en un clic depuis le panneau. Si votre position en matière de conformité exige que le stockage des sauvegardes se trouve dans une juridiction spécifique, contactez-nous directement : c'est un point contractuel que nous convenons au cas par cas plutôt qu'une affirmation générale affichée sur une page web.
Oui. L'essai dure 14 jours, sans carte de crédit, et débute dans la région européenne par défaut. Il couvre Footprint-Free Hosting avec un maximum de cinq sites, ce qui suffit pour voir comment se comportent les déploiements, le placement et les couches de cache avant de décider où doit résider votre portefeuille de production.
Lancez un essai de 14 jours sans carte en Europe, ou indiquez-nous d'abord vos exigences en matière de résidence et nous vous placerons correctement dès le premier déploiement.
Commencer gratuitement