Esta página muestra ejemplos y consejos para
usando cubos para alojar un sitio web estático.
## Páginas especializadas
Páginas de índice
Una página de índice (también llamada índice de directorio del servidor web)
es un archivo que se entrega a los visitantes cuando solicitan una URL que no tiene un
archivo asociado. Cuando asignas un
propiedad MainPageSuffix,
Cloud Storage busca un archivo con ese nombre cuyo prefijo coincida con el
URL que solicitó el visitante
Por ejemplo, supongamos que establece el
MainPageSuffix de su sitio web estático para
índice.html. Además, supongamos que no tiene un archivo llamado
directorio en su
balde
www.ejemplo.com. En esta situación, si un usuario solicita la URL
http://www.example.com/directory, Cloud Storage intenta entregar el archivo
www.ejemplo.com/directorio/index.html. Si ese archivo tampoco existe,
Cloud Storage devuelve una página de error
El
MainPageSuffix también controla el archivo servido cuando los usuarios solicitan la parte superior
sitio de nivel. Continuando con el ejemplo anterior, si un usuario solicita
httpwww.example.com, Cloud Storage intenta servir el archivo
www.ejemplo.com/index.html
Al intentar acceder a una URL con una barra diagonal final, como
http://www.example.com/dir/, consulte Solución de problemas
página de error
La página de error es el archivo devuelto a los visitantes de su sitio estático que
solicitar una URL que no corresponde a un archivo existente. Si usted tiene
asignado un
MainPageSuffix, Cloud Storage solo devuelve la página de error si
no hay un archivo con el nombre solicitado ni una página de índice aplicable
Al devolver una página de error, el código de respuesta http es
404. La propiedad que
controla qué archivo actúa como página de error
Página no encontrada. si no lo haces
colocar
NotFoundPage, los usuarios reciben una página de error genérica
## Ejemplos de configuración de sitios web
Cubo de tres objetos
Supongamos que un cubo llamado
www.example.com se ha configurado como un sitio web
con la siguiente configuración y archivos:
-
MainPageSuffix= "index.html"PáginaNoEncontrada= "404.html"- El depósito contiene tres objetos compartidos: "index.html", "404.html"y "dir/index.html".
La siguiente tabla muestra el contenido servido para las URL seleccionadas:
|URL solicitada
||Contenido servido
||Código de respuesta HTTP
|
|httpwww.ejemplo.com
|
http://www.ejemplo.com/
http://www.ejemplo.com/index.html
|El objeto "index.htmln||200
|
|httpwww.ejemplo.com/hola
||El objeto "404.htmln||404
|
|httpwww.ejemplo.com/dir/index.html
||El objeto "dir/index.htmln||200
|
|httpwww.ejemplo.com/dir
||El objeto "dir/index.htmln||301
|
|httpwww.ejemplo.com/dir/
||El objeto "dir/index.html", asumiendo que no existe ningún objeto de cero bytes para /dir/
||200
|
|Un objeto vacío de cero bytes, si existe para /dir/. Consulte el tema de solución de problemas para eliminar este objeto de cero bytes.
||301
|
Cubo de dos objetos
Supongamos que un cubo llamado
www.example.com se ha configurado como un sitio web
con la siguiente configuración y archivos:
-
SufijoPáginaPrincipal= "principal.html"PáginaNoEncontrada= "404.html"- El depósito contiene dos objetos compartidos: "main.html"y "404.html".
La siguiente tabla muestra el contenido servido para las URL seleccionadas:
|URL solicitada
||Contenido servido
||Código de respuesta HTTP
|
|httpwww.ejemplo.com
|
http://www.ejemplo.com/
|El objeto "main.htmln||200
|
|httpwww.ejemplo.com/index.html
||El objeto "404.htmln||404
|
Si un objeto es compartido, también puede
ver ese objeto con la URL:
httpstorage.googleapis.com/
NOMBRE_CUBO/NOMBRE_OBJETO
Por ejemplo, la URL de un
El objeto index.html sería:
httpstorage.googleapis.com/www.ejemplo.com/index.html
Para obtener más información sobre cómo trabajar con datos accesibles, consulte
Acceso a datos públicos.
## Sugerencias para trabajar con un depósito configurado como sitio web
Los siguientes son algunos consejos a tener en cuenta al usar un
cubo para alojar un sitio web estático.
Agregar subdominios
Suponga que también desea servir contenido en
test.example.com, desde otro
cubo que el que sirve contenido en
www.ejemplo.com. Para hacerlo:
-
Cree un nuevo cubo para servir su contenido adicional.
Si siguió el tutorial en Alojar un sitio web estático para servir a su
contenido a través de HTTPS, edite su balanceador de carga en el
Consola en la nube de la siguiente manera:
-
- Para
Configuración de back-end, cree un nuevo depósito de back-end
balde de prueba
seleccionando el nuevo depósito que creó.
- Para
Reglas de host y ruta, agregue una nueva regla de la siguiente manera:
Hosts Rutas Backends
test.example.com /* cubeta de prueba
Para
Configuración de frontend, agregue una nueva IP de frontend y puerto con el
mismos valores que su primera configuración, con las siguientes excepciones:
-
- Para
dirección IP, cree y reserve una nueva dirección IP.
- Para
Certificado, cree un nuevo certificado SSL para
prueba.ejemplo.com.
- Para
- Para
Después de actualizar el balanceador de carga, agregue un nuevo
Un registro a su dominio
servicio de registro utilizando la dirección IP de la nueva configuración de frontend:
NOMBRE TIPO DATOS
prueba A
DIRECCIÓN IP
Comportamiento de la API
El
Sufijo de página principal y
Las configuraciones del sitio web NotFoundPage solo se utilizan
para las solicitudes que llegan a Cloud Storage a través de un
CNAME o
Una redirección. Por ejemplo, una solicitud de
www.ejemplo.com
muestra la página de índice, pero una solicitud equivalente a
storage.googleapis.com/www.example.com no
Por lo tanto, el comportamiento de la API para las solicitudes a los dominios de Cloud Storage, como
storage.googleapis.com/www.example.com, se conserva. Por ejemplo tu
puede continuar listando objetos en el
depósito www.example.com como lo haría
para cualquier otro balde. en el caso de la
depósito www.example.com, el objeto
el listado que recibes incluye
404.html y
índice.html
Aloja recursos estáticos para un sitio web dinámico
Puede usar Cloud Storage para alojar activos estáticos para un sitio web dinámico que es
alojado, por ejemplo, en Google App Engine o en
Motor de cómputo de Google. Algunos beneficios de alojar sus activos estáticos,
como imágenes o archivos JavaScript, en un cubo incluyen:
-
Cloud Storage se comporta como una entrega de contenido
Red (CDN) porque los objetos legibles se almacenan en caché
la red de Cloud Storage de forma predeterminada.
Los cargos por ancho de banda para acceder al contenido suelen costar menos con Cloud Storage.
La carga en sus servidores web se reduce al servir el contenido estático de
Almacenamiento en la nube.
Al alojar activos estáticos para un sitio web dinámico, no es necesario crear
registros DNS y apunte a un depósito o balanceador de carga como lo hace para un
sitio web estático Por ejemplo, podría tener un cubo llamado
www_example_com_assets con los activos apropiados configurados como compartidos
públicamente y luego acceda a esos activos usando el dominio de Cloud Storage.
Por ejemplo, suponga que tiene el archivo JavaScript
biblioteca.js en el cubo
www_example_com_assets que se comparteentonces puede acceder a él como
httpstorage.googleapis.com/www_example_com_assets/library.js
Establecer parámetros de caché
Puede controlar cómo o si los activos de su sitio web se almacenan en caché configurando el
Metadatos de control de caché. En general, solo establezca metadatos de control de caché
para objetos que son accesibles para todos los usuarios anónimos, lo cual es un requisito
para cualquier objeto servido desde un depósito de Cloud Storage como parte de un estático
sitio web
Cloud Storage aplica una configuración de control de caché de 3600 segundos a los objetos que están
accesible para todos los usuarios anónimos, a menos que especifique un control de caché explícito
ajustes. Consulte Visualización y edición de metadatos para obtener instrucciones sobre cómo configurar
metadatos de objetos, como
Control de caché
También puede usar Cloud CDN para almacenar en caché el contenido balanceado de carga HTTP(S) externo
cerca de sus usuarios, lo que a menudo reduce los costos de servicio. Para más información, ver
Almacenamiento en caché.
Controla tus cargos
Si está sirviendo activos desde un depósito configurado como un sitio web estático o
sirviendo activos estáticos desde un cubo para un sitio web dinámico alojado fuera de
Cloud Storage, debe monitorear los cargos a su proyecto que contienen el
balde. Entregar contenido incurre en costos de almacenamiento en la nube para almacenar el
contenido, usar la red y realizar operaciones de recuperación. Para detalles,
consulte la página de precios de almacenamiento en la nube.
También puede incurrir en cargos de red si utiliza Equilibrio de carga HTTP(S) para configurar
HTTPS. Consulte Precios de la red para obtener más detalles.
El ejemplo de precios simple en la página de ejemplos de precios puede
ser utilizado como una aproximación para el caso de uso de un sitio web estático de poco tráfico.
Tenga en cuenta, sin embargo, que el ejemplo no tiene en cuenta los cargos asociados con
Equilibrio de carga HTTP(S), que a menudo puede ser el cargo más alto para un sitio web estático
hospedaje Puedes usar el precio
Calculadora para generar una estimación de costos basada en su uso proyectado.
Si es un usuario actual de Google Cloud, puede obtener un desglose detallado de
los costos de su proyecto en la página de facturación.
Solución de problemas
Consulte Solución de problemas para problemas comunes asociados con el uso de un depósito
configurado para servir contenido de sitio web estático.
## Que sigue
-
- Obtenga información sobre otras opciones de servicios web en Google Cloud.
- Pruebe otros tutoriales de Google Cloud que usan Cloud Storage.
##
Pruébelo usted mismo
Si es nuevo en Google Cloud, cree una cuenta para evaluar cómo
Cloud Storage funciona en el mundo real
escenarios. Los nuevos clientes también obtienen $300 en créditos gratuitos para ejecutar, probar y
implementar cargas de trabajo.
Prueba el almacenamiento en la nube gratis
cloud.google.com
ALOJAMIENTO WEB COMPARTIDO#56
