Servicio de sitios web estáticos
Se puede crear un nuevo sitio web estático alojado con IBM Cloud® Object Storage en minutos utilizando esta guía de aprendizaje sencilla. Este tema contiene los detalles y algunas opciones de configuración avanzadas para alojar sitios web estáticos.
Visión general
El desarrollo web moderno requiere herramientas modernas e infraestructura segura. Los sitios web estáticos representan los últimos avances en alta disponibilidad, mejora de SEO y mayor seguridad. Aunque cubrir todas las opciones disponibles está fuera del ámbito de esta visión general práctica, la facilidad de servir contenido estático en IBM Cloud Object Storage permite muchas estrategias posibles.
Los sitios web estáticos alojados se centran en el contenido que sus usuarios desean: información y medios. Al eliminar la administración de servidores web como Apache o Nginx, la gestión del sitio web se centra directamente en el contenido, desde la generación hasta el despliegue.
El contenido estático difiere sustancialmente del contenido web dinámico. Sin embargo, si no necesita generar contenido dinámico en la web o si el flujo de trabajo da como resultado contenido guardado en un formulario fijo, la solución estática alojada que aparece aquí presenta la mejor opción.
Prestaciones
La creación de alojamiento estático de sitios web en IBM Cloud Object Storage puede realizarse con cURL, así como con bibliotecas para Java, Go, Python y NodeJS. Además, la compatibilidad con S3 significa que la CLIAWS también se puede utilizar para definir la funcionalidad estática del sitio web desde la línea de comandos. Además, la creación y configuración de una nueva solución de sitio web estático alojado se puede crear utilizando una GUI en la Consola simplemente añadiendo la opción para Sitio web estático al crear un grupo.
Configuración básica
El alojamiento de un sitio web estático en IBM Cloud® Object Storage empieza por crear un grupo y configurarlo para el acceso público. A continuación, cargue el contenido del sitio web en el grupo. Por último, configure el sitio web para utilizar los documentos como un índice para el sitio y para mostrar potencialmente errores.
Como mínimo, la configuración debe constar de un documento de índice necesario para que los visitantes lo vean de forma predeterminada, normalmente escrito en HTML y denominado index.html
. Un documento de error opcional puede ayudar
a sus visitantes a mantenerse en el camino cuando se descarrilaron. Por supuesto, siempre puede probar por sí mismo utilizando esta guía de aprendizaje.
Configuración avanzada
Al crear y configurar un nuevo sitio web estático alojado, es posible que también desee utilizar IBM Cloud Internet Services para configurar opciones más avanzadas, incluidas las reglas de direccionamiento para el dominio. Pero ni siquiera tiene que ir más allá de configurar el grupo durante la creación para empezar a personalizar el nuevo sitio.

Direccionamiento
El direccionamiento le proporciona control sobre las solicitudes procedentes de los visitantes. Por ejemplo, podría redirigir globalmente todo el tráfico de utilizar un protocolo a otro, como sustituir HTTP por HTTPS seguro. O bien, puede crear reglas individuales que procesen solicitudes de entrada para archivos específicos y proporcionen respuestas a los visitantes en función de las reglas que defina.

Si ya tiene un sitio web estático alojado que desea migrar, puede traer un conjunto de reglas de direccionamiento que ya ha establecido e importar el conjunto como código. La entrada que se muestra en la Figura 3 requiere una matriz JSON formateada para las reglas de configuración del sitio web.

Un ejemplo de código JSON ejemplifica las posibilidades. A continuación se muestra una regla que redirige a los visitantes de las páginas que faltan o de una posible solicitud mal formada, lo que da como resultado un código de error 404
y redirige al visitante a una página de error específica. El JSON puede contener varios objetos que representan la definición de las reglas según sea necesario.
[
{
"Condition": {
"HttpErrorCodeReturnedEquals": "404"
},
"Redirect": {
"HostName": "<bucketname>.<endpoint>",
"HttpRedirectCode": "302",
"Protocol": "https",
"ReplaceKeyWith": "error404.html"
}
}
]
La misma regla codificada anteriormente se puede añadir como una regla individual utilizando la consola, y se muestra en la Figura 3.

IBM Cloud Internet, dominio y servicios de entrega
Una de las ventajas de utilizar IBM Cloud Internet Services pertenece a la configuración de sus propios dominios. Un "dominio" forma parte de la dirección web global, que
consta de un dominio de nivel superior (TLD) y una o más palabras exclusivas separadas por puntos, como example.com
donde el TLD es com
. Puede optar por omitir este paso, pero si los registros DNS no se han configurado
correctamente utilizando CIS (u otro servicio que proporcione resolución de nombres de dominio), es posible que deje todo o parte del sitio web inaccesible.
Los sitios web estáticos están pensados para ser rápidos y seguros. El servicio de contenido estático es fácil con las herramientas adecuadas que entregan el contenido a sus clientes. Muchas herramientas de despliegue tienen soporte incorporado
para el soporte de CDN. Cómo empezar a configurar los dominios utilizando IBM Cloud® Internet Services. Al crear reglas de redirección, añadirá un CNAME
, un "nombre
canónico (dominio)" o alias. Al igual que los archivos en un sistema operativo pueden tener un alias para su comodidad, su sitio web estático alojado puede ser igual de conveniente.
El proceso de entrega de contenido estático a través de redes dedicadas se inicia con esta visión general de las opciones de CDN. Content Delivery acerca su contenido estático a la ubicación propia de su cliente, ampliando su alcance sin tener que gestionar copias de su contenido.
Puntos finales para alojar contenido de sitio web estático
Las tablas siguientes comparan la mayoría de las regiones, ubicaciones y tipo de conexiones utilizadas en IBM Cloud Object Storage con los nuevos puntos finales específicos utilizados para obtener y probar sitios web estáticos alojados. Para los puntos finales con anclaje en red que no se listan aquí, busque más información sobre utilización de puntos finales con anclaje en red.
Puntos finales regionales
Región | Punto final de sitio web estático alojado |
---|---|
EE.UU. sur | s3-web.us-south.cloud-object-storage.appdomain.cloud |
EE.UU. este | s3-web.us-east.cloud-object-storage.appdomain.cloud |
UE Reino Unido | s3-web.eu-gb.cloud-object-storage.appdomain.cloud |
UE Alemania | s3-web.eu-de.cloud-object-storage.appdomain.cloud |
AP Australia | s3-web.au-syd.cloud-object-storage.appdomain.cloud |
AP Tokio | s3-web.jp-tok.cloud-object-storage.appdomain.cloud |
AP Osaka | s3-web.jp-osa.cloud-object-storage.appdomain.cloud |
Región | Punto final de sitio web estático alojado |
---|---|
EE.UU. sur | s3-web.private.us-south.cloud-object-storage.appdomain.cloud |
EE.UU. este | s3-web.private.us-east.cloud-object-storage.appdomain.cloud |
UE Reino Unido | s3-web.private.eu-gb.cloud-object-storage.appdomain.cloud |
UE Alemania | s3-web.private.eu-de.cloud-object-storage.appdomain.cloud |
AP Australia | s3-web.private.au-syd.cloud-object-storage.appdomain.cloud |
AP Tokio | s3-web.private.jp-tok.cloud-object-storage.appdomain.cloud |
AP Osaka | s3-web.private.jp-osa.cloud-object-storage.appdomain.cloud |
Región | Punto final de sitio web estático alojado |
---|---|
EE.UU. sur | s3-web.direct.us-south.cloud-object-storage.appdomain.cloud |
EE.UU. este | s3-web.direct.us-east.cloud-object-storage.appdomain.cloud |
UE Reino Unido | s3-web.direct.eu-gb.cloud-object-storage.appdomain.cloud |
UE Alemania | s3-web.direct.eu-de.cloud-object-storage.appdomain.cloud |
AP Australia | s3-web.direct.au-syd.cloud-object-storage.appdomain.cloud |
AP Tokio | s3-web.direct.jp-tok.cloud-object-storage.appdomain.cloud |
AP Osaka | s3-web.direct.jp-osa.cloud-object-storage.appdomain.cloud |
Puntos finales de varias regiones
Región | Punto final de sitio web estático alojado |
---|---|
EE. UU. de varias regiones | s3-web.us.cloud-object-storage.appdomain.cloud |
UE de varias regiones | s3-web.eu.cloud-object-storage.appdomain.cloud |
AP de varias regiones | s3-web.ap.cloud-object-storage.appdomain.cloud |
Región | Punto final de sitio web estático alojado |
---|---|
EE. UU. de varias regiones | s3-web.private.us.cloud-object-storage.appdomain.cloud |
UE de varias regiones | s3-web.private.eu.cloud-object-storage.appdomain.cloud |
AP de varias regiones | s3-web.private.ap.cloud-object-storage.appdomain.cloud |
Región | Punto final de sitio web estático alojado |
---|---|
EE. UU. de varias regiones | s3-web.direct.us.cloud-object-storage.appdomain.cloud |
UE de varias regiones | s3-web.direct.eu.cloud-object-storage.appdomain.cloud |
AP de varias regiones | s3-web.direct.ap.cloud-object-storage.appdomain.cloud |
Puntos finales de sitio único
Ubicación | Punto final de sitio web estático alojado |
---|---|
Amsterdam, Países Bajos | s3-web.ams03.cloud-object-storage.appdomain.cloud |
Chennai, India | s3-web.che01.cloud-object-storage.appdomain.cloud |
Ciudad de México, México | s3-web.mex01.cloud-object-storage.appdomain.cloud |
Milán, Italia | s3-web.mil01.cloud-object-storage.appdomain.cloud |
Montrèal, Canadá | s3-web.mon01.cloud-object-storage.appdomain.cloud |
París, Francia | s3-web.par01.cloud-object-storage.appdomain.cloud |
San José, EE. UU. | s3-web.sjc04.cloud-object-storage.appdomain.cloud |
São Paulo, Brasil | s3-web.sao01.cloud-object-storage.appdomain.cloud |
Singapur | s3-web.sng01.cloud-object-storage.appdomain.cloud |
Ubicación | Punto final de sitio web estático alojado |
---|---|
Amsterdam, Países Bajos | s3-web.private.ams03.cloud-object-storage.appdomain.cloud |
Chennai, India | s3-web.private.che01.cloud-object-storage.appdomain.cloud |
Ciudad de México, México | s3-web.private.mex01.cloud-object-storage.appdomain.cloud |
Milán, Italia | s3-web.private.mil01.cloud-object-storage.appdomain.cloud |
Montrèal, Canadá | s3-web.private.mon01.cloud-object-storage.appdomain.cloud |
París, Francia | s3-web.private.par01.cloud-object-storage.appdomain.cloud |
San José, EE. UU. | s3-web.private.sjc04.cloud-object-storage.appdomain.cloud |
São Paulo, Brasil | s3-web.private.sao01.cloud-object-storage.appdomain.cloud |
Singapur | s3-web.private.sng01.cloud-object-storage.appdomain.cloud |
Ubicación | Punto final de sitio web estático alojado |
---|---|
Amsterdam, Países Bajos | s3-web.direct.ams03.cloud-object-storage.appdomain.cloud |
Chennai, India | s3-web.direct.che01.cloud-object-storage.appdomain.cloud |
Ciudad de México, México | s3-web.direct.mex01.cloud-object-storage.appdomain.cloud |
Milán, Italia | s3-web.direct.mil01.cloud-object-storage.appdomain.cloud |
Montrèal, Canadá | s3-web.direct.mon01.cloud-object-storage.appdomain.cloud |
París, Francia | s3-web.direct.par01.cloud-object-storage.appdomain.cloud |
San José, EE. UU. | s3-web.direct.sjc04.cloud-object-storage.appdomain.cloud |
São Paulo, Brasil | s3-web.direct.sao01.cloud-object-storage.appdomain.cloud |
Singapur | s3-web.direct.sng01.cloud-object-storage.appdomain.cloud |
Próximos pasos
Aprovechar al máximo el desarrollo web moderno requiere herramientas modernas e infraestructura segura, pero no debería ser una barrera para el éxito de sus proyectos. Si todavía no ha probado la guía de aprendizaje, consulte cómo puede funcionar para usted el alojamiento de un sitio web estático.