Tengo algunas páginas HTML con las imágenes necesarias, CSS y otros bits y piezas, todo el contenido estático no requiere CGI. Actualmente lo albergo en una imagen de Amazon EC2 que necesito tener en funcionamiento para una aplicación diferente. Idealmente, me gustaría mover el hosting del contenido estático de la imagen EC2 para que sea independiente de cualquier instancia única de EC2. Me gustaría alojarlo en una de las opciones de nube gratuitas o, al menos, pagas sobre la marcha.Cuál es la nube más fácil para contenido web estático
Las opciones que he encontrado son:
Windows Azure, en este caso, no he sido capaz de conseguir .html páginas de trabajo y aunque es posible que significaría que había ¿Tengo que actualizar toda la aplicación de Windows Azure cada vez que necesitaba actualizar una imagen? ¿O hay una forma fácil de que el contenido web estático se publique desde los blobs de Azure?
Amazon S3, creo que tendría que poner URL totalmente calificados en cada página HTML para cada archivo de imagen, css, etc., pero eso no sería tan malo. Esto parece una opción razonable.
App Engine de Google, solo pasé 10 minutos mirándolo, pero parece que también funcionaría.
Wordpress, tan sólo pudiera incorporar el HTML en un sitio de blogs WordPress pero encuentro los temas un poco demasiado restrictiva, páginas sólo pueden ser tan amplia etc.
¿Hay una manera más fácil?
Actualización:
Después de algunas investigaciones aún más los dos mejores maneras que he encontrado son el enfoque S3 como se describe por Sug y almacenamiento de Windows Azure Blob (en lugar de un servicio de Windows Azure).
La diferencia entre S3 y Azure Blob es como el CNAME se puede gestionar:
- Para S3 que va a terminar con un CNAME como mybucket.mydomain.com
- Para Azure que va a terminar con un CNAME como * .midominio.com donde * representa lo que quieras. Para acceder a blobs, la ruta es entonces * .midominio.com/contenedor /.
Así que S3 dicta el host CNAME, pero brinda total flexibilidad en la ruta del recurso. Azure brinda total flexibilidad en el host CNAME, pero dicta la primera parte de la ruta del recurso.