Regiones y residencia de datos
La región no es un ticket de soporte en esta plataforma; es una propiedad del sitio, respetada por el motor de ubicación cada vez que se despliega algo. Elija Europa, Estados Unidos o Asia-Pacífico, y cada despliegue llega a la capacidad de flota etiquetada para esa región, con un borde global por delante. Disponibilidad: nuestra propia capacidad de flota fuera del Reino Unido está en desarrollo activo y aún no está disponible. Todo lo demás descrito aquí está activo hoy.
Dos cosas respaldan cada región: la flota de trabajadores que ejecuta sus sitios y el plano de control que los gestiona. Ambas son conscientes de la región y ambas se ubican por las mismas razones: la mejor relación calidad-precio que podemos asegurar en Europa y EE. UU., cobertura más allá de esos dos mercados y una opción de plataforma subyacente certificada para compradores cuyas exigencias de adquisición lo requieran. La elección de la región es suya; la capacidad que hay debajo es nuestro propio acuerdo, y operamos deliberadamente con más de un proveedor para que ninguno sea jamás la plataforma única.
Nuestra capacidad en Alemania es la región principal y ofrece la mejor relación precio-rendimiento de todo nuestro servicio. La nueva capacidad se implementa aquí primero, por lo que es la opción predeterminada para los clientes europeos y para cualquier persona sin un requisito de residencia propio.
Finlandia ofrece a las cargas de trabajo europeas una segunda ubicación físicamente independiente en la EU. Es útil cuando desea la residencia de datos en la EU pero no quiere que toda su cartera dependa del dominio de error de un solo país.
Nuestra capacidad en Estados Unidos abarca Virginia en el este y Oregón en el oeste, cubriendo ambas costas. Mismo motor, mismos controladores, mismo panel; lo único que cambia es la etiqueta de región que aceptará el motor de ubicación para sus sitios.
Asia-Pacífico opera en Tokio, Singapur y Seúl. Este es el patrón sobre el que se construye toda la plataforma: la capacidad subyacente de una región es una infraestructura intercambiable detrás de nuestro motor, nunca el motor en sí, y operamos con más de un proveedor en la región para que un sitio nunca esté ligado a uno solo.
Cuando un contrato exige una infraestructura de la EU nativa de GDPR, o las compras de un comprador insisten en que la plataforma subyacente cuente con certificaciones SOC 2, ISO 27001 o HIPAA, podemos alojar su carga de trabajo en capacidad que posea dichas certificaciones. Esas son las certificaciones de la plataforma subyacente, no las nuestras; no poseemos ninguna propia ni insinuaremos jamás lo contrario.
La región se aplica por código en el momento en que se crea un sitio, y no depende de que un operador recuerde qué servidor utilizar.
Cada host de la flota se registra con una clave de región, una lista de afinidad de línea de productos, un tipo de servidor web y una cifra de capacidad, y luego extrae trabajo. El servicio de asignación filtra a los candidatos primero por región, luego por línea de productos y después por capacidad libre, y selecciona al host elegible con menor carga.
Si fijaste una región, solo los trabajadores de esa región son elegibles. Si no lo hiciste, el sitio hereda la región del trabajador en el que recae y ese valor se almacena en el sitio; por lo tanto, el registro de dónde residen tus datos es un campo que puedes leer, no una suposición.
Placement reclama capacidad con una actualización condicional que solo tiene éxito mientras el trabajador siga activo, siga aceptando despliegues y siga por debajo de su capacidad. Dos despliegues que compiten por el último espacio no pueden ganar ambos, por lo que una región nunca se sobreduscribe silenciosamente.
Si no hay espacio disponible para nada elegible en tu región, el despliegue genera un error de ubicación y se detiene. No recurre a otro continente para que la solicitud sea exitosa. Un fallo visible y una ampliación de capacidad superan a un sitio que cambió de país silenciosamente.
Cada trabajador cuenta con un interruptor de aceptación de despliegues. Cambiarlo al modo de vaciado detiene la llegada de nuevos sitios mientras los existentes siguen funcionando sin alteraciones, que es como realizamos el mantenimiento, la renovación de hardware y la retirada de servicio dentro de una región sin mover sus cargas de trabajo.
La residencia de datos es una de las pocas decisiones de alojamiento que es genuinamente difícil de revertir, por lo que la plataforma la trata como una dimensión de primer orden en lugar de un detalle de implementación. La elección de residencia del cliente es un dato de entrada para la ubicación, la región se registra en el sitio y la infraestructura se etiqueta para que coincida. Eso es lo que hace que una respuesta sobre la residencia sea verificable en lugar de anecdótica.
El modelo de inquilinaje funciona en paralelo. Cada registro en el motor lleva un ámbito de organización con seguridad a nivel de fila de PostgreSQL aplicada en la base de datos, y el inquilinaje es jerárquico: una organización de revendedor por encima de organizaciones de clientes y por encima de sitios. La región responde a dónde se ubican los datos; la seguridad a nivel de fila responde a quién puede acceder a ellos. Ambos importan para un revisor de cumplimiento y ninguno es opcional.
La exportación y el borrado de datos según el RGPD forman parte del mismo diseño en lugar de ser un proceso añadido, y las acciones privilegiadas y administrativas se registran en los registros de auditoría. Si el cuestionario de su comprador pregunta dónde se encuentran los datos, quién puede consultarlos y qué sucede cuando un interesado solicita su devolución, aquí encontrará respuestas a esas preguntas.
Elegir una región cercana ayuda, pero la mayor parte de la latencia que experimentan sus visitantes se decide antes de que una solicitud llegue a su origen.
La región múltiple vale muy poco si todo sigue compartiendo el mismo destino. La arquitectura separa las piezas que no deben fallar juntas.
El motor, la base de datos, la capa de flujos de trabajo y los paneles de control se ejecutan en su propio plano de control de Kubernetes, totalmente separado del conjunto de nodos de trabajo que da servicio a los sitios de los clientes. Un incidente en el plano de control no debe derribar los sitios de los clientes, y un incidente en el conjunto de nodos no debe derribar la plataforma.
El panel de cliente, la consola de administración y este sitio de marketing están implementados en Cloudflare de forma independiente al clúster del plano de control, por lo que un incidente en la plataforma tampoco elimina el lugar al que acudiría para informarse al respecto.
La página de estado está alojada deliberadamente en un proveedor diferente y en una región distinta. Una página de estado que se ejecuta en la misma infraestructura que monitorea no sirve de nada precisamente en el momento en que la necesitas.
Las copias de seguridad por sitio son inmutables y externas, y se almacenan en almacenamiento de objetos, con restauraciones probadas en lugar de asumidas. Las restauraciones se realizan con un solo clic desde el panel, junto con el administrador de archivos, los dominios, el DNS, el SSL y los registros.
No establecemos un acuerdo de nivel de servicio, un tiempo de respuesta o una cifra de latencia en esta página; los términos del SLA se acuerdan por contrato. La cifra del 99,99 % asociada a los planes de Footprint-Free es una garantía de tiempo de actividad, un objetivo que construimos, no un historial de disponibilidad medido.
En la práctica, la decisión se reduce a cuatro preguntas, y la mayoría de los clientes las responden en menos de un minuto.
Sí. La región es un dato de entrada para el motor de colocación, no una solicitud gestionada fuera de banda. Fije una región y solo los trabajadores de la flota etiquetados para esa región serán elegibles para recibir el sitio; la región elegida se almacena en el registro del sitio para que siempre pueda consultar dónde se ejecuta. Si la deja sin configurar, el sitio hereda la región del trabajador en el que aterrice.
Europa en Alemania y Finlandia; Estados Unidos en Virginia y Oregón; y Asia-Pacífico en Tokio, Singapur y Seúl. Europa es la región principal y la predeterminada cuando no especifica ninguna preferencia. Para una residencia estricta en la EU, o cuando las adquisiciones requieran una plataforma subyacente certificada, podemos alojar en capacidad que cumpla con dichos requisitos. Los proveedores detrás de cada región forman parte de nuestro propio acuerdo comercial: usted elige la región, no el proveedor.
No — Zinn Digital® no cuenta actualmente con certificaciones de cumplimiento propias, y no daremos a entender lo contrario. Lo que podemos hacer es alojar su carga de trabajo en una plataforma subyacente que sí las posea, en los casos en que el departamento de compras exija una plataforma certificada bajo sus sitios web. Por otro lado, los controles propios de la plataforma son reales y auditables: aislamiento por sitio, seguridad a nivel de fila en cada tabla con ámbito de inquilino, secretos almacenados en Vault, TLS en todo momento y registro de auditoría de las acciones con privilegios.
El despliegue falla visiblemente con un error de ubicación en lugar de alojar silenciosamente tu sitio en otro lugar. Eso es deliberado: un sitio que cambia de jurisdicción discretamente es un resultado mucho peor que un despliegue que se detiene y te explica por qué. La capacidad se amplía poniendo en marcha más hosts en esa región, donde se registran y empiezan a aceptar trabajo de inmediato.
No publicamos puntos de referencia de latencia y no prometemos una cifra específica. Lo que podemos describir es la arquitectura: Cloudflare protege cada sitio para que las respuestas almacenables en caché se sirvan desde una ubicación perimetral cercana al visitante, LSCache sirve páginas completas desde el worker sin tocar PHP ni la base de datos, y un caché de objetos Redis por sitio absorbe consultas repetidas. Para la mayoría de los sitios de contenido, esa combinación significa que la región de origen importa mucho menos que la configuración de caché. Si su audiencia se concentra en un continente, coloque el origen allí de todos modos.
La región se establece al ubicar un sitio y se almacena en su registro, por lo que cambiar de región es una migración y no un simple interruptor. Hable con nosotros antes de desarrollar si ya sabe que habrá un cambio; es mucho más económico ubicarlo correctamente la primera vez que reubicar una cartera activa.
Las copias de seguridad por sitio son inmutables, externas y están aisladas del parque en ejecución; se escriben en almacenamiento de objetos con restauraciones probadas en lugar de supuestas, y se pueden restaurar con un solo clic desde el panel. Si su postura de cumplimiento normativo exige que el almacenamiento de las copias de seguridad se ubique en una jurisdicción específica, consúltenoslo directamente: es un detalle contractual que acordamos con cada cliente en lugar de una afirmación general que hagamos en una página web.
Sí. La prueba es de 14 días, sin tarjeta y comienza en la región europea predeterminada. Cubre Footprint-Free Hosting con un máximo de cinco sitios, lo cual es suficiente para ver cómo se comportan los despliegues, la ubicación y las capas de caché antes de decidir dónde debe alojarse su cartera de producción.
Inicia una prueba de 14 días sin tarjeta en Europa, o indícanos primero tu requisito de residencia y te ubicaremos correctamente desde el primer despliegue.
Empieza gratis