Qué hace Cloudflare y cómo funciona su plataforma
Cloudflare es una empresa de conectividad en la nube. Su plataforma global ofrece servicios de entrega de sitios web, seguridad, fiabilidad, redes, acceso para empleados y desarrollo de aplicaciones. Una empresa puede utilizar un servicio de Cloudflare sin adoptar toda la plataforma.
cloudflare.com es el sitio web oficial de Cloudflare. Explica los productos, la documentación, el soporte y la información sobre la empresa y la confianza. El sitio web no debe confundirse con la propia plataforma ni con un sitio web de un cliente que utilice Cloudflare.
Para qué se utiliza Cloudflare
Cloudflare opera en varias partes de la infraestructura de Internet. Describirlo únicamente como una red de distribución de contenido, un proveedor de DNS o un servicio de DDoS deja fuera partes importantes de la plataforma.
Un sitio web o una organización podría utilizar Cloudflare para:
- Publicar registros DNS autoritativos
- Enrutar el tráfico web público mediante un proxy inverso
- Almacenar en caché contenido apto más cerca de los visitantes
- Filtrar ataques y solicitudes no deseadas
- Equilibrar el tráfico o mejorar el enrutamiento de red
- Controlar el acceso de los empleados a aplicaciones privadas
- Ejecutar código de aplicaciones y almacenar datos
- Proteger redes y conexiones a Internet de mayor tamaño
Estos son usos posibles, no funciones que se activen automáticamente para todos los clientes. El propietario elige los productos y la configuración para cada dominio, aplicación, grupo de usuarios o red.
Cómo funciona el proxy inverso
Para un sitio web que utiliza proxy, una solicitud simplificada sigue esta ruta:
- Un visitante solicita una página.
- El DNS devuelve una dirección asociada con la red de Cloudflare.
- El navegador se conecta a Cloudflare en lugar de conectarse directamente al servidor de origen.
- Cloudflare aplica los servicios configurados para ese tráfico.
- Cloudflare se comunica con el origen cuando necesita una respuesta que no puede proporcionar por sí mismo.
- La respuesta vuelve al visitante a través de Cloudflare.
Esta disposición se denomina proxy inverso porque el proxy recibe solicitudes en nombre de la aplicación de origen. Permite a Cloudflare realizar tareas en la ruta del tráfico, como finalizar HTTPS, aplicar reglas de seguridad o servir contenido almacenado en caché.
El modelo no demuestra que todas las respuestas se hayan almacenado en caché ni que todos los productos de seguridad las hayan inspeccionado. Tampoco demuestra que no se pueda acceder al origen mediante otra dirección. Estos resultados dependen de la configuración del cliente.
Cloudflare utiliza direcciones IP compartidas y enrutamiento Anycast. Anycast permite anunciar el mismo intervalo de direcciones desde muchas ubicaciones de red para que el tráfico pueda llegar a una ubicación cercana de Cloudflare. Por lo tanto, una dirección de Cloudflare identifica la ruta de red pública. Normalmente no identifica el host de origen del cliente.
Registros solo DNS y con proxy
Cloudflare puede proporcionar DNS autoritativo sin gestionar mediante proxy el tráfico de un sitio web. Esta es una de las razones por las que la frase «utiliza Cloudflare» necesita contexto.
| Configuración | Qué ocurre | Qué no demuestra |
|---|---|---|
| Solo DNS | Cloudflare responde al DNS con el destino configurado por el propietario del dominio | El tráfico web habitual no pasa automáticamente por el proxy HTTP de Cloudflare |
| Con proxy | El DNS devuelve una dirección de Cloudflare y el tráfico compatible llega primero a Cloudflare | No todas las respuestas se almacenan automáticamente en caché ni todos los productos opcionales están activos de forma automática |
| Producto independiente de la plataforma | El cliente utiliza ese servicio según su propia arquitectura | El resto del catálogo de Cloudflare no está necesariamente en uso |
Un dominio puede combinar estos enfoques. Su sitio web principal podría utilizar proxy, un registro de correo puede permanecer solo como DNS y una aplicación independiente puede ejecutarse en la plataforma para desarrolladores.
Partes principales de la plataforma
Cloudflare agrupa los productos en torno a distintas funciones. Estas divisiones ayudan a explicar la plataforma sin tratarla como un único interruptor gigantesco.
Rendimiento y seguridad de las aplicaciones
Estos servicios funcionan con sitios web públicos, APIs y aplicaciones. Incluyen DNS, distribución de contenido, equilibrio de carga, HTTPS, protección contra DDoS, controles de firewall de aplicaciones web, limitación de frecuencia, controles de bots y productos relacionados.
Cada producto resuelve un problema diferente. Un dominio con proxy no demuestra automáticamente que estén habilitados un firewall de aplicaciones web, un producto para bots o un límite de frecuencia personalizado. El propietario de un sitio debe configurar y probar los controles que sean importantes para la aplicación.
Zero Trust y SASE
Cloudflare también proporciona servicios que controlan cómo los empleados, los dispositivos y las redes acceden a aplicaciones privadas, a la Internet pública y a servicios de software. Esta área suele describirse con términos como Zero Trust, perímetro de servicio de seguridad o SASE.
Es diferente de colocar un sitio web público detrás de un proxy inverso. Una empresa puede proteger a sus empleados sin alojar su sitio público en la plataforma para desarrolladores y puede gestionar un sitio web mediante proxy sin utilizar productos de acceso para empleados.
Servicios de red
Algunos productos funcionan en capas de red más amplias y no solo en la capa de aplicaciones web. Pueden proteger o conectar redes, enrutar tráfico o admitir protocolos más allá de una solicitud normal del navegador.
Por este motivo, un solo diagrama de tráfico no puede describir todos los servicios de Cloudflare. Una solicitud web con proxy, un empleado que utiliza una aplicación privada y una organización que protege una red IP siguen rutas diferentes.
Plataforma para desarrolladores
La plataforma para desarrolladores de Cloudflare permite a los equipos ejecutar código y utilizar servicios de datos gestionados en su red. Entre sus componentes habituales se incluyen:
| Producto | Función en lenguaje sencillo |
|---|---|
| Workers | Ejecuta código de aplicaciones sin gestionar un servidor convencional para ese código |
| D1 | Proporciona almacenamiento SQL gestionado |
| R2 | Almacena archivos y otros objetos |
| KV | Almacena valores identificados mediante claves |
| Durable Objects | Combina el estado con computación coordinada |
| Queues and Workflows | Admite mensajes en segundo plano y tareas de varios pasos |
Estos productos pueden combinarse, pero no son intercambiables. Una aplicación relacional puede necesitar SQL, una biblioteca de imágenes puede necesitar almacenamiento de objetos y una sesión colaborativa puede necesitar un estado coordinado.
La existencia de estos servicios no significa que todos los sitios detrás de Cloudflare se hayan creado con Workers ni que almacenen datos en D1. Muchos clientes mantienen su aplicación en otro host y utilizan Cloudflare únicamente delante de ella.
¿Es Cloudflare un proveedor de alojamiento?
Puede alojar código y datos de aplicaciones mediante sus productos para desarrolladores, pero una dirección IP de Cloudflare por sí sola no indica dónde se ejecuta el origen de un sitio.
En una configuración de proxy inverso, los visitantes ven la dirección pública del proxy. El origen puede estar en un centro de datos privado o con otro proveedor de servicios en la nube o de alojamiento. Las direcciones de proxy compartidas ocultan intencionadamente ese detalle en una consulta básica.
Utiliza un lenguaje más preciso:
- «El tráfico público del sitio pasa por Cloudflare» cuando las pruebas del proxy lo respaldan.
- «El dominio utiliza el DNS autoritativo de Cloudflare» cuando las pruebas de los servidores de nombres lo respaldan.
- «La aplicación se ejecuta en Workers» solo cuando hay pruebas directas que respaldan esa conclusión.
¿Cloudflare almacena en caché todas las páginas?
No. Cloudflare ofrece controles de almacenamiento en caché y distribución de contenido, pero el comportamiento efectivo depende de la solicitud, la respuesta, las reglas de caché, el producto y la configuración del cliente.
Es posible que las respuestas dinámicas o personalizadas no sean aptas para el almacenamiento compartido en caché. Un cliente puede omitir la caché para rutas seleccionadas o cambiar durante cuánto tiempo se almacena el contenido apto. Por lo tanto, una sola respuesta de Cloudflare no determina la política de caché de todo el sitio.
La misma cautela se aplica a la seguridad. Cloudflare ofrece muchos controles, pero la presencia en la red no demuestra que todas las opciones se hayan comprado, habilitado o configurado correctamente.
Privacidad, seguridad y compromisos operativos
Cuando Cloudflare actúa como proxy inverso, el tráfico llega a su red antes de alcanzar el origen. Esa posición permite funciones de rendimiento y seguridad, y también convierte el tratamiento de datos y el control de acceso en aspectos importantes que deben evaluarse.
Cloudflare publica una política de privacidad y un centro de confianza con información actualizada sobre protección de datos, seguridad y cumplimiento normativo. El propietario de un sitio debe revisar esos documentos para los productos y las regiones que planea utilizar.
El propietario del sitio sigue teniendo responsabilidades. Cloudflare no garantiza de forma predeterminada que el código de una aplicación sea correcto, que los permisos sean restrictivos, que la recopilación de datos sea necesaria ni que un origen sea seguro. Los equipos deben revisar:
- Qué registros y aplicaciones utilizan proxy
- Qué datos de solicitudes y respuestas pasan por el servicio
- Si el origen acepta tráfico directo no previsto
- Cómo se gestionan los certificados, los secretos y el acceso de los administradores
- Qué reglas de seguridad están habilitadas y probadas
- Cómo se conservan los registros y quién puede acceder a ellos
- Qué ocurre durante un error de configuración o un incidente del servicio
Un servicio por capas puede reducir el riesgo y, al mismo tiempo, convertirse en una dependencia operativa. Los equipos necesitan un control de cambios, supervisión, copias de seguridad y un plan de recuperación adecuados para la aplicación.
Cómo evaluar Cloudflare
Empieza por el problema, no por la lista de productos. Un sitio web pequeño, una aplicación interna, una red global y una carga de trabajo sin servidor tienen requisitos diferentes.
Preguntas que deben plantearse:
- ¿Necesitamos DNS autoritativo, proxy o ambos?
- ¿Qué nombres de host y tipos de tráfico debe gestionar Cloudflare?
- ¿Qué problema de rendimiento o seguridad intentamos resolver?
- ¿La tarea está relacionada con una aplicación pública, el acceso de empleados o una red?
- ¿La carga de trabajo es adecuada para Workers y los servicios de datos disponibles?
- ¿Qué información procesará el servicio?
- ¿Qué funciones, límites y opciones de soporte se aplican al plan previsto?
- ¿Cómo probaremos los cambios y nos recuperaremos de los errores?
Después, crea una prueba representativa. Mide páginas y solicitudes reales, prueba el comportamiento de la caché y la seguridad, verifica la ruta del origen y documenta la configuración resultante. La documentación actual de los productos es más fiable que una lista de comprobación genérica porque los planes y las capacidades cambian.
Cloudflare se entiende mejor como una amplia plataforma de conectividad. Puede satisfacer una necesidad específica, como el DNS autoritativo, o combinar varios servicios entre aplicaciones y redes. La descripción correcta para un cliente depende de lo que ese cliente haya configurado realmente, no de la lista completa de productos que ofrece Cloudflare.
Una respuesta correcta no garantiza la seguridad. Las mediciones describen una observación puntual.