Uno de los usos más populares y prácticos de S3 es alojar un sitio web directamente, sin necesidad de servidores. Es barato, sencillo y escala automáticamente a millones de visitas. En este subcapítulo cerramos el capítulo de S3 viendo cómo y cuándo usarlo.

Primero, una distinción clave:

• Web estática: los archivos se sirven tal cual a todos los visitantes. El contenido no cambia según quién entre. Son archivos HTML, CSS, JavaScript, imágenes… Ejemplos: una web corporativa, un blog, un portfolio, la documentación de un producto, una landing page.
• Web dinámica: el contenido se genera en el momento según el usuario o los datos (necesita un servidor que ejecute código y consulte bases de datos). Ejemplos: tu panel de banca online, un carrito de compra personalizado.

S3 sirve webs estáticas, no dinámicas. Pero ojo: hoy muchísimas webs modernas (hechas con React, Vue, Angular…) son estáticas en su entrega y obtienen los datos dinámicos llamando a una API por separado. Así que «estático» no significa «simple» ni «aburrido».

Analogía: Una web estática en S3 es como un tablón de anuncios: cuelgas las hojas y todo el que pasa ve lo mismo. Una web dinámica es como un camarero que prepara algo distinto para cada cliente.

• Sin servidores que gestionar: no hay EC2 que mantener, parchear ni vigilar. Solo subes archivos.
• Escala automáticamente: si tu web se vuelve viral y la visitan millones de personas, S3 lo aguanta sin que hagas nada. No hay servidor que se sature.
• Barato: pagas solo por el almacenamiento (unos pocos archivos) y por las descargas. Una web pequeña puede costar céntimos al mes.
• Muy fiable: heredas la durabilidad y disponibilidad de S3.

Ejemplo real: Una startup lanza su web de presentación (la típica landing page con información del producto y un formulario de contacto). En lugar de pagar un servidor encendido 24/7, la suben a S3. Cuando salen en las noticias y reciben un pico enorme de visitas, la web aguanta perfectamente y el coste sigue siendo mínimo.

Los pasos conceptuales para alojar una web estática en S3 son:

1. Crear un bucket (recuerda: nombre único mundial, subcapítulo 5.1).
2. Subir los archivos de la web (index.html, hojas de estilo, imágenes, etc.).
3. Activar la opción de "static website hosting" en el bucket, indicando cuál es el documento de inicio (normalmente index.html) y el de error (por ejemplo error.html).
4. Dar permiso de lectura pública a los archivos mediante una política de bucket (recuerda el subcapítulo 5.4: hay que abrir el acceso conscientemente y solo a lo necesario).

Con esto, S3 te da una URL desde la que tu web es accesible.

Alojar directamente en S3 tiene dos limitaciones:

1. La URL que da S3 es larga y fea (algo como mi-bucket.s3-website-eu-west-1.amazonaws.com), no tu dominio bonito www.miempresa.com.
2. El hosting directo de S3 no ofrece HTTPS (la conexión segura con el candado) para dominios propios.

La solución profesional es poner CloudFront delante del bucket (recuerda el subcapítulo 3.3). Esto te da:

• HTTPS con un certificado gratuito (ACM, que veremos en el Capítulo 16).
• Tu dominio propio (www.miempresa.com) mediante Route 53 (Capítulo 16).
• Velocidad global gracias a la caché en edge locations.
• Más seguridad: el bucket puede seguir privado y solo CloudFront accede a él (ya no necesitas exponerlo al público).

Arquitectura recomendada para una web estática profesional:

Usuario → CloudFront (HTTPS, caché global) → S3 (archivos privados)
            ↑
       Route 53 (tu dominio)  +  ACM (certificado SSL gratis)

Esta combinación —S3 + CloudFront + Route 53 + ACM— es uno de los patrones más usados del mundo para servir webs y es, además, el Proyecto 1 que construirás en el Capítulo 33.

Úsalo para:

• Webs corporativas, blogs, portfolios, documentación.
• Landing pages y webs de marketing.
• Aplicaciones de una sola página (SPA) hechas con React, Vue, Angular… que consumen una API aparte.

No lo uses (directamente) para:

• Webs que necesitan ejecutar código en el servidor por cada petición (para eso, EC2, contenedores o Lambda).
• Cuando necesitas lógica de servidor, sesiones, renderizado en servidor pesado, etc. (aunque a menudo puedes combinar S3 para lo estático + Lambda/API para lo dinámico).

• S3 puede alojar sitios web estáticos (HTML, CSS, JS, imágenes) sin servidores: barato, escalable y fiable.
• «Estático» no significa simple: las SPA modernas (React, Vue…) se sirven así y obtienen datos de una API aparte.
• El hosting directo de S3 da una URL fea y sin HTTPS para dominio propio; la solución profesional es poner CloudFront delante (HTTPS, dominio propio, velocidad y seguridad).
• El patrón S3 + CloudFront + Route 53 + ACM es el estándar para webs estáticas y lo construirás en el Capítulo 33.
• Para lógica de servidor por petición, S3 no es suficiente: combínalo con Lambda, contenedores o EC2.

Con esto cierras el Capítulo 5 y dominas el almacenamiento de objetos. En el Capítulo 6 veremos las redes en AWS con VPC: cómo se conectan y se aíslan tus recursos de forma segura.