Seus sites funcionam onde você escolher

Sim. A região é uma entrada para o mecanismo de posicionamento, não uma solicitação processada fora de banda. Fixe uma região e apenas os workers da frota tagueados para essa região estarão qualificados para receber o site; a região escolhida é então armazenada no registro do site para que você sempre possa consultar onde ele é executado. Deixe-a desmarcada e o site herdará a região do worker em que for instalado.

Isso depende da linha de hospedagem, pois cada linha opera com a capacidade desenvolvida para ela. O formulário de pedido e cada página de hospedagem listam as cidades que você pode escolher hoje, lidas em tempo real pelo mecanismo de alocação, de modo que esta resposta nunca fica desatualizada. Para uma residência rigorosa na EU, escolha um data center dentro da União Europeia; nos casos em que a contratação exigir uma plataforma subjacente certificada, podemos realizar a alocação em uma capacidade que atenda a esses requisitos. Os fornecedores por trás de cada localidade são fruto de nossos próprios acordos comerciais — você escolhe a localidade, não o fornecedor.

Não — a Zinn Digital® não possui certificações de conformidade próprias atualmente, e não insinuaremos o contrário. O que podemos fazer é alocar sua carga de trabalho em uma plataforma subjacente que as possua, caso o processo de aquisição de um comprador exija estritamente uma plataforma certificada sob seus sites. Separadamente, os próprios controles da plataforma são reais e auditáveis: isolamento por site, segurança em nível de linha em todas as tabelas com escopo de locatário, segredos mantidos no Vault, TLS de ponta a ponta e registro em log de auditoria de ações privilegiadas.

A implantação falha visivelmente com um erro de posicionamento, em vez de direcionar seu site silenciosamente para outro lugar. Isso é deliberado: um site que mudou discretamente de jurisdição é um resultado muito pior do que uma implantação que parou e informou o motivo. A capacidade é adicionada colocando mais hosts online nessa região, onde eles se registram sozinhos e começam a aceitar tarefas imediatamente.

Não publicamos parâmetros de latência e não prometemos um número específico. O que podemos descrever é a arquitetura: a Cloudflare atua na frente de cada site para que as respostas armazenáveis em cache sejam servidas a partir de um local de borda próximo ao visitante, o LSCache entrega páginas completas a partir do worker sem acessar o PHP ou o banco de dados, e um cache de objetos Redis por site absorve consultas repetidas. Para a maioria dos sites de conteúdo, essa combinação significa que a região de origem importa muito menos do que a configuração do cache. Se o seu público estiver concentrado em um único continente, posicione a origem lá de qualquer forma.

A região é definida quando um site é criado e salvo no registro do site; portanto, uma alteração de região é uma migração, e não uma simples alternância. Fale conosco antes de começar a criar caso já saiba que haverá uma mudança — é muito mais econômico posicionar corretamente da primeira vez do que realocar um portfólio ativo.

Os backups por site são imutáveis, externos e isolados da frota em execução, gravados em armazenamento de objetos com restaurações testadas em vez de presumidas, e restauráveis com um clique a partir do painel. Se a sua conformidade exigir que o armazenamento de backup resida em uma jurisdição específica, fale conosco diretamente — esse é um detalhe contratual que acordamos individualmente por cliente, em vez de uma declaração genérica feita em uma página da web.

Sim. O período de avaliação é de 14 dias e não exige cartão. Ele inclui o Footprint-Free Hosting com até cinco sites, o que é suficiente para ver como os deploys, o posicionamento e as camadas de cache se comportam antes de você decidir onde seu portfólio de produção deve ficar.