O que a Cloudflare faz e como sua plataforma funciona
A Cloudflare é uma empresa de conectividade em nuvem. Sua plataforma global oferece serviços para entrega de sites, segurança, confiabilidade, redes, acesso da força de trabalho e desenvolvimento de aplicações. Uma empresa pode usar um serviço da Cloudflare sem adotar toda a plataforma.
cloudflare.com é o site oficial da Cloudflare. Ele apresenta os produtos, a documentação, o suporte e informações sobre a empresa e confiança. O site não deve ser confundido com a própria plataforma nem com um site de cliente que por acaso use a Cloudflare.
Para que a Cloudflare é usada
A Cloudflare atua em várias partes da infraestrutura da Internet. Chamá-la apenas de rede de entrega de conteúdo, provedora de DNS ou serviço de DDoS deixa de fora partes importantes da plataforma.
Um site ou uma organização pode usar a Cloudflare para:
- Publicar registros DNS autoritativos
- Encaminhar tráfego público da web por meio de um proxy reverso
- Armazenar conteúdo qualificado em cache mais perto dos visitantes
- Filtrar ataques e solicitações indesejadas
- Balancear o tráfego ou melhorar o roteamento da rede
- Controlar o acesso de funcionários a aplicações privadas
- Executar código de aplicações e armazenar dados
- Proteger redes maiores e conexões com a Internet
Esses são usos possíveis, não recursos habilitados automaticamente para todos os clientes. O proprietário escolhe produtos e configurações para cada domínio, aplicação, grupo de usuários ou rede.
Como o proxy reverso funciona
Para um site que usa proxy, uma solicitação simplificada segue este caminho:
- Um visitante solicita uma página.
- O DNS retorna um endereço associado à rede da Cloudflare.
- O navegador se conecta à Cloudflare em vez de se conectar diretamente ao servidor de origem.
- A Cloudflare aplica os serviços configurados para esse tráfego.
- A Cloudflare entra em contato com a origem quando precisa de uma resposta que não pode fornecer por conta própria.
- A resposta retorna ao visitante por meio da Cloudflare.
Essa configuração é chamada de proxy reverso porque o proxy recebe solicitações em nome da aplicação de origem. Ela permite que a Cloudflare execute tarefas no caminho do tráfego, como encerrar conexões HTTPS, aplicar regras de segurança ou fornecer conteúdo armazenado em cache.
O modelo não comprova que todas as respostas foram armazenadas em cache ou inspecionadas por todos os produtos de segurança. Também não comprova que a origem esteja inacessível por outro endereço. Esses resultados dependem da configuração do cliente.
A Cloudflare usa endereços IP compartilhados e roteamento Anycast. O Anycast permite que o mesmo intervalo de endereços seja anunciado a partir de muitos locais da rede, para que o tráfego possa alcançar um local próximo da Cloudflare. Portanto, um endereço da Cloudflare identifica o caminho da rede pública. Normalmente, ele não identifica o host de origem do cliente.
Registros somente DNS e com proxy
A Cloudflare pode fornecer DNS autoritativo sem encaminhar o tráfego de um site por proxy. Esse é um dos motivos pelos quais a frase “usa a Cloudflare” precisa de contexto.
| Configuração | O que acontece | O que isso não comprova |
|---|---|---|
| Somente DNS | A Cloudflare responde ao DNS com o destino configurado pelo proprietário do domínio | O tráfego comum da web não passa automaticamente pelo proxy HTTP da Cloudflare |
| Com proxy | O DNS retorna um endereço da Cloudflare e o tráfego compatível chega primeiro à Cloudflare | Nem todas as respostas são armazenadas automaticamente em cache, e nem todos os produtos opcionais ficam automaticamente ativos |
| Produto separado da plataforma | O cliente usa esse serviço de acordo com sua própria arquitetura | O restante do catálogo da Cloudflare não está necessariamente em uso |
Um domínio pode combinar essas abordagens. Seu site principal pode usar proxy, um registro de e-mail pode permanecer somente DNS e uma aplicação separada pode ser executada na plataforma de desenvolvimento.
Principais partes da plataforma
A Cloudflare agrupa os produtos de acordo com diferentes funções. Esses limites ajudam a explicar a plataforma sem tratá-la como um único interruptor gigantesco.
Desempenho e segurança de aplicações
Esses serviços funcionam com sites públicos, APIs e aplicações. Eles incluem DNS, entrega de conteúdo, balanceamento de carga, HTTPS, proteção contra DDoS, controles de firewall de aplicações web, limitação de taxa, controles de bots e produtos relacionados.
Cada produto resolve um problema diferente. Um domínio que usa proxy não comprova automaticamente que um firewall de aplicações web, um produto de controle de bots ou um limite de taxa personalizado esteja habilitado. O proprietário do site precisa configurar e testar os controles relevantes para a aplicação.
Zero Trust e SASE
A Cloudflare também oferece serviços que controlam como funcionários, dispositivos e redes acessam aplicações privadas, a Internet pública e serviços de software. Essa área costuma ser descrita com termos como Zero Trust, borda de serviço de segurança ou SASE.
Isso é diferente de colocar um site público atrás de um proxy reverso. Uma empresa pode proteger sua força de trabalho sem hospedar seu site público na plataforma de desenvolvimento e pode encaminhar um site por proxy sem usar produtos de acesso da força de trabalho.
Serviços de rede
Alguns produtos operam em camadas mais amplas da rede, em vez de atuar apenas na camada de aplicações web. Eles podem proteger ou conectar redes, encaminhar tráfego ou oferecer suporte a protocolos que vão além de uma solicitação normal de navegador.
É por isso que um único diagrama de tráfego não consegue descrever todos os serviços da Cloudflare. Uma solicitação web encaminhada por proxy, um funcionário usando uma aplicação privada e uma organização protegendo uma rede IP seguem caminhos diferentes.
Plataforma de desenvolvimento
A plataforma de desenvolvimento da Cloudflare permite que equipes executem código e usem serviços gerenciados de dados em sua rede. Os componentes comuns incluem:
| Produto | Função em linguagem simples |
|---|---|
| Workers | Executa código de aplicações sem gerenciar um servidor convencional para esse código |
| D1 | Fornece armazenamento SQL gerenciado |
| R2 | Armazena arquivos e outros objetos |
| KV | Armazena valores identificados por chaves |
| Durable Objects | Combina estado com computação coordenada |
| Queues and Workflows | Oferece suporte a mensagens em segundo plano e tarefas com várias etapas |
Esses produtos podem ser combinados, mas não são intercambiáveis. Uma aplicação relacional pode precisar de SQL, uma biblioteca de imagens pode precisar de armazenamento de objetos e uma sessão colaborativa pode precisar de estado coordenado.
A existência desses serviços não significa que todos os sites protegidos pela Cloudflare tenham sido desenvolvidos com Workers ou armazenem dados no D1. Muitos clientes mantêm suas aplicações em outro host e usam a Cloudflare apenas à frente delas.
A Cloudflare é uma provedora de hospedagem?
Ela pode hospedar código de aplicações e dados por meio de seus produtos para desenvolvedores, mas um endereço IP da Cloudflare, por si só, não mostra onde a origem de um site é executada.
Em uma configuração de proxy reverso, os visitantes veem o endereço público do proxy. A origem pode estar em um data center privado ou em outra provedora de nuvem ou hospedagem. Os endereços compartilhados do proxy ocultam intencionalmente esse detalhe em uma consulta básica.
Use uma linguagem mais precisa:
- “O tráfego público do site passa pela Cloudflare” quando houver evidências de proxy que sustentem essa afirmação.
- “O domínio usa o DNS autoritativo da Cloudflare” quando houver evidências de servidores de nomes que sustentem essa afirmação.
- “A aplicação é executada no Workers” somente quando houver evidências diretas que sustentem essa conclusão.
A Cloudflare armazena todas as páginas em cache?
Não. A Cloudflare oferece controles de cache e entrega de conteúdo, mas o comportamento efetivo depende da solicitação, da resposta, das regras de cache, do produto e da configuração do cliente.
Respostas dinâmicas ou personalizadas podem não ser adequadas para cache compartilhado. Um cliente pode ignorar o cache em caminhos selecionados ou alterar por quanto tempo o conteúdo qualificado fica armazenado. Portanto, uma única resposta da Cloudflare não determina a política de cache de todo o site.
A mesma cautela se aplica à segurança. A Cloudflare oferece muitos controles, mas a presença na rede não comprova que todas as opções tenham sido adquiridas, habilitadas ou configuradas corretamente.
Privacidade, segurança e considerações operacionais
Quando a Cloudflare atua como proxy reverso, o tráfego chega à sua rede antes de alcançar a origem. Essa posição viabiliza funções de desempenho e segurança e também torna o tratamento de dados e o controle de acesso temas importantes de avaliação.
A Cloudflare publica uma política de privacidade e uma central de confiança com informações atuais sobre proteção de dados, segurança e conformidade. O proprietário de um site deve analisar esses documentos para os produtos e as regiões que pretende usar.
O proprietário do site continua tendo responsabilidades. A Cloudflare não torna automaticamente correto o código da aplicação, restritas as permissões, necessária a coleta de dados nem segura uma origem. As equipes devem analisar:
- Quais registros e aplicações usam proxy
- Quais dados de solicitação e resposta passam pelo serviço
- Se a origem aceita tráfego direto não pretendido
- Como certificados, segredos e acessos de administradores são gerenciados
- Quais regras de segurança estão habilitadas e foram testadas
- Como os logs são retidos e quem pode acessá-los
- O que acontece durante um erro de configuração ou incidente no serviço
Um serviço em camadas pode reduzir riscos e, ao mesmo tempo, tornar-se uma dependência operacional. As equipes precisam de controle de alterações, monitoramento, backups e um plano de recuperação adequado à aplicação.
Como avaliar a Cloudflare
Comece pelo problema, não pela lista de produtos. Um site pequeno, uma aplicação interna, uma rede global e uma carga de trabalho serverless têm requisitos diferentes.
Pergunte:
- Precisamos de DNS autoritativo, proxy ou ambos?
- Quais nomes de host e tipos de tráfego a Cloudflare deve processar?
- Qual problema de desempenho ou segurança estamos tentando resolver?
- A tarefa envolve uma aplicação pública, acesso de funcionários ou uma rede?
- A carga de trabalho é adequada ao Workers e aos serviços de dados disponíveis?
- Quais informações o serviço processará?
- Quais recursos, limites e opções de suporte se aplicam ao plano pretendido?
- Como testaremos as alterações e nos recuperaremos de erros?
Depois, crie um teste representativo. Meça páginas e solicitações reais, teste o comportamento do cache e da segurança, verifique o caminho até a origem e documente a configuração resultante. A documentação atual dos produtos é mais confiável do que uma lista de verificação genérica porque os planos e recursos mudam.
A Cloudflare é mais bem compreendida como uma ampla plataforma de conectividade. Ela pode atender a uma necessidade específica, como DNS autoritativo, ou combinar vários serviços em aplicações e redes. A descrição correta para um cliente depende do que ele realmente configurou, não da lista completa de produtos oferecidos pela Cloudflare.
Uma resposta bem-sucedida não garante segurança. As medições descrevem uma observação em um momento específico.