#3 Elección de un servidor de alojamiento

Ahora que hemos decidido dónde guardar nuestro proyecto, el siguiente paso es encontrar un servidor para publicar los archivos de nuestro proyecto en Internet.

En el pasado, los servidores web empezaron con HTTPd (a partir de 1990), sucedido por Apache (a partir de 1995), que reinó como rey durante mucho tiempo. Sin embargo, a medida que Apache se volvió pesado con características complejas, la tendencia principal cambió a nivel mundial a Nginx (a partir de 2004) por su procesamiento ligero y de alta velocidad.

Sin embargo, servir contenido desde un único servidor causa inevitablemente latencia física. A medida que los datos viajan a través de varios nodos de red para llegar a los hogares, oficinas y dispositivos móviles, aumenta la sobrecarga de la ruta. Con la explosión del tráfico de Internet, transmitir datos a largas distancias requiere aún más tiempo.

Para solucionar esto, surgió el concepto de CDN (Content Delivery Network). Entrega el contenido desde el servidor más cercano al usuario en lugar de un único servidor central, una solución natural para la velocidad. Aunque construir y mantener estas redes es extremadamente costoso, una vez establecidas, no hay sistema más potente.

Con el tiempo, la subcontratación a proveedores de alojamiento especializados resultó mucho más rentable que gestionar servidores locales. Empresas de todo el mundo empezaron a migrar a Amazon Web Services (AWS), Google Cloud (GCP) y Microsoft Azure. Una vez ayudé a gestionar servidores para compañías de seguros de vida y generales. Enormes edificios con aire acondicionado perfecto, personal de seguridad especializado, personal de mantenimiento de servidores, enormes tarifas de soporte de hardware y generadores de respaldo en el sótano: era una operación terriblemente cara. En retrospectiva, tiene todo el sentido que consolidar la infraestructura bajo proveedores especializados reduzca los costes en comparación con que cada empresa construya la suya propia.

A medida que la infraestructura local disminuía, los gigantes de la nube como AWS dominaron el mundo. Entonces, Cloudflare (EE. UU.) llegó como un cometa. Inicialmente ganando terreno al proteger los sitios de ataques web, aprovecharon sus raíces de seguridad para ofrecer servicios especializados de DNS y CDN. En lugar de limitarse a sustituir servidores por máquinas virtuales, se centraron en la entrega segura y a alta velocidad de contenidos estáticos. Hoy en día son una fuerza masiva, con una cuota de mercado superior al 80% en el espacio CDN.

Muchas páginas web, aunque utilicen bases de datos internas, pueden servirse en realidad como páginas estáticas con solo actualizaciones periódicas. Los sitios de blogs son un excelente ejemplo de ello.

【Nivel gratuito del servidor de Cloudflare】

El nivel gratuito de AWS se limita a tamaños de instancia pequeños como t3.micro sin capacidades de CDN. Por el contrario, Cloudflare está habilitado para CDN desde el principio.

- Workers gratuitos: 100.000 peticiones/día

- Queues gratuitas: 10.000 operaciones/día (suma de lectura/escritura/eliminación) (colas asíncronas)

- Hyperdrive gratuito: 100.000 consultas a BD/día (capa de conexión a BD)

- Límite de D1: Menos de 500 MB por base de datos, menos de 5 GB por cuenta

¡Todo esto está disponible en el nivel gratuito! Es increíblemente generoso. Además, el ancho de banda es gratuito, lo que contrasta enormemente con otros servicios en la nube donde los costes aumentan con el tráfico. Es rápido, barato y de alto rendimiento: un verdadero paquete tres en uno. Además, los servidores situados más cerca de los usuarios se denominan «servidores perimetrales» o edge servers. Incluso para sitios estáticos, se puede conseguir mucho directamente en el borde utilizando Cloudflare Workers.

A estas alturas, la dirección debería estar clara. El servicio de Cloudflare es ideal para lanzar sitios web tanto personales como corporativos. Dado que muchos sitios web cubren la configuración de la cuenta y los primeros pasos, omitiremos esos detalles aquí.