Esta página mostra exemplos e dicas para
usando baldes para hospedar um site estático.


## Páginas especiais


 Páginas de índice


Uma página de índice (também chamada de índice de diretório do servidor web)
é um arquivo servido aos visitantes quando eles solicitam um URL que não possui um
arquivo associado. Quando você atribui um
Propriedade MainPageSuffix,
O Cloud Storage procura um arquivo com esse nome cujo prefixo corresponda ao
URL solicitado pelo visitante

Por exemplo, digamos que você defina o
MainPageSuffix do seu site estático para

index.html. Além disso, diga que você não tem nenhum arquivo chamado
diretório em seu
balde
www.example.com. Nessa situação, se um usuário solicitar a URL

httpwww.example.com/directory, o Cloud Storage tenta fornecer o arquivo

www.example.com/directory/index.html. Se esse arquivo também não existir,
O Cloud Storage retorna uma página de erro

o
MainPageSuffix também controla o arquivo servido quando os usuários solicitam o topo
local nivelado. Continuando o exemplo acima, se um usuário solicitar

httpwww.example.com, o Cloud Storage tenta fornecer o arquivo

www.example.com/index.html

Ao tentar acessar um URL com uma barra final, como

httpwww.example.com/dir/, consulte Solução de problemas

 página de erro


A página de erro é o arquivo retornado aos visitantes do seu site estático que
solicite uma URL que não corresponda a um arquivo existente. Se você tem
atribuiu um
MainPageSuffix, Cloud Storage só retorna a página de erro se
não há um arquivo com o nome solicitado nem uma página de índice aplicável

Ao retornar uma página de erro, o código de resposta http é
404. A propriedade que
controla qual arquivo atua como a página de erro é
NotFoundPage. Se você não
definir
NotFoundPage, os usuários recebem uma página de erro genérica

## Exemplos de configuração de sites


 Balde de três objetos


Suponha que um balde chamado
www.example.com foi configurado como um site
com as seguintes configurações e arquivos:
-

MainPageSuffix= "index.html"NotFoundPage= "404.html"- O bucket contém três objetos compartilhados: "index.html", "404.html"e "dir/index.html".

A tabela a seguir mostra o conteúdo servido para URLs selecionados:


|URL solicitado
||Conteúdo Servido
||Código de resposta HTTP
|
|httpwww.example.com
|

httpwww.example.com/

httpwww.example.com/index.html
|O objeto "index.htmln||200
|
|httpwww.example.com/hello
||O objeto "404.htmln||404
|
|httpwww.example.com/dir/index.html
||O objeto "dir/index.htmln||200
|
|httpwww.example.com/dir
||O objeto "dir/index.htmln||301
|
|httpwww.example.com/dir/
||O objeto "dir/index.html", assumindo que nenhum objeto de zero byte existe para /dir/
||200
|
|Um objeto vazio de zero byte, se existir para /dir/. Consulte o tópico Solução de problemas para remover esse objeto de zero byte.
||301
|
 Balde de dois objetos


Suponha que um balde chamado
www.example.com foi configurado como um site
com as seguintes configurações e arquivos:
-

MainPageSuffix= "main.html"NotFoundPage= "404.html"- O bucket contém dois objetos compartilhados: "main.html"e "404.html".

A tabela a seguir mostra o conteúdo servido para URLs selecionados:


|URL solicitado
||Conteúdo Servido
||Código de resposta HTTP
|
|httpwww.example.com
|

httpwww.example.com/
|O objeto "main.htmln||200
|
|httpwww.example.com/index.html
||O objeto "404.htmln||404
|
Se um objeto for compartilhado, você também pode
visualize esse objeto com a URL:

httpstorage.googleapis.com/


BUCKET_NAME/ OBJECT_NAME
Por exemplo, o URL de um
objeto index.html seria:

httpstorage.googleapis.com/www.example.com/index.html


Para obter mais informações sobre como trabalhar com dados acessíveis, consulte
Acessando Dados Públicos.


## Dicas para trabalhar com um bucket configurado como site


A seguir estão algumas dicas para manter em mente ao usar um
balde para hospedar um site estático.


 Adicionar subdomínios


Suponha que você também queira veicular conteúdo em
test.example.com, de outro
balde do que aquele que veicula conteúdo em
www.example.com. Para fazer isso:
-

Crie um novo bucket para servir seu conteúdo adicional.

Se você seguiu o tutorial em Hospedando um site estático para servir a sua
conteúdo por HTTPS, edite seu balanceador de carga no
Console de nuvem da seguinte forma:




-

- Para
Configuração de back-end, crie um novo bucket de back-end
balde de teste
selecionando o novo bucket que você criou.

- Para
Regras de host e caminho, adicione uma nova regra da seguinte maneira:


Hosts Caminhos Backends
test.example.com /* test-bucket


Para


Configuração de frontend, adicione um novo IP de frontend e porta com o
mesmos valores da sua primeira configuração, com as seguintes exceções:


-

- Para
endereço IP, crie e reserve um novo endereço IP.

- Para
Certificado, crie um novo certificado SSL para
test.example.com.

- Para
- Para
Depois de atualizar o balanceador de carga, adicione um novo
Registre-se no seu domínio
serviço de registro usando o endereço IP da nova configuração do frontend:


NOME TIPO DADOS
teste A
ENDEREÇO ​​DE IP
 

 Comportamento da API


o
MainPageSufixo e
As configurações do site NotFoundPage são usadas apenas
para solicitações que chegam ao Cloud Storage por meio de um

CNAME ou
Um redirecionamento. Por exemplo, um pedido de
www.example.com
mostra a página de índice, mas uma solicitação equivalente a

storage.googleapis.com/www.example.com não

Assim, o comportamento da API para solicitações a domínios do Cloud Storage, como

storage.googleapis.com/www.example.com, é preservado. Por exemplo, você
pode continuar a listar objetos no
balde www.example.com como faria
para qualquer outro balde. No caso do
balde www.example.com, o objeto
lista que você recebe inclui
404.html e
index.html

 Hospede ativos estáticos para um site dinâmico


Você pode usar o Cloud Storage para hospedar ativos estáticos para um site dinâmico que é
hospedado, por exemplo, no Google App Engine ou em
Google Compute Engine. Alguns benefícios de hospedar seus ativos estáticos,
como imagens ou arquivos JavaScript, em um bucket incluem:


-

Cloud Storage se comporta como uma entrega de conteúdo
Rede (CDN) porque os objetos legíveis são armazenados em cache
a rede Cloud Storage por padrão.

As cobranças de largura de banda para acessar o conteúdo geralmente custam menos com o Cloud Storage.

A carga em seus servidores web é diminuída ao servir o conteúdo estático de
Armazenamento na núvem.

Ao hospedar recursos estáticos para um site dinâmico, você não precisa criar
registros DNS e apontam para um bucket ou balanceador de carga como você faz para um
site estático. Por exemplo, você pode ter um bucket chamado

www_example_com_assets com ativos apropriados configurados como compartilhados
publicamente e acessar esses ativos usando o domínio do Cloud Storage.
Por exemplo, suponha que você tenha o arquivo JavaScript
library.js no balde

www_example_com_assets que é compartilhado, então você pode acessá-lo como

httpstorage.googleapis.com/www_example_com_assets/library.js

 Definir parâmetros de cache


Você pode controlar como ou se os recursos do seu site são armazenados em cache configurando o

Metadados de controle de cache. Geralmente, apenas defina metadados de controle de cache
para objetos acessíveis a todos os usuários anônimos, o que é um requisito
para qualquer objeto servido de um bucket do Cloud Storage como parte de um estático
local na rede Internet

O Cloud Storage aplica uma configuração de controle de cache de 3.600 segundos a objetos que são
acessível a todos os usuários anônimos, a menos que você especifique o controle de cache explícito
definições. Consulte Visualizando e editando metadados para obter instruções de configuração
metadados do objeto, como
Cache-Control

Você também pode usar o Cloud CDN para armazenar conteúdo balanceado de carga HTTP(S) externo em cache
perto de seus usuários, o que geralmente reduz os custos de atendimento. Para mais informações, veja
Cache.


 Monitore suas cobranças


Se você estiver exibindo ativos de um bloco configurado como um site estático ou
servindo ativos estáticos de um balde para um site dinâmico hospedado fora de
Cloud Storage, você deve monitorar as cobranças do seu projeto contendo o
balde. A veiculação de conteúdo incorre em custos de Cloud Storage para armazenar o
conteúdo, usando a rede e realizando operações de recuperação. Para detalhes,
consulte a página de preços do Cloud Storage.


Você também pode incorrer em cobranças de rede se usar balanceamento de carga HTTP(S) para configurar
HTTPS. Consulte Preços de rede para obter mais detalhes.
O exemplo simples de preços na página de exemplos de preços pode
ser usado como uma aproximação para o caso de uso de um site estático de baixo tráfego.
Observe, no entanto, que o exemplo não leva em consideração as cobranças associadas a
Balanceamento de carga HTTP(S), que geralmente pode ser a maior cobrança para sites estáticos
hospedagem. Você pode usar o Preço
Calculadora para gerar uma estimativa de custo com base no uso projetado.





Se você é um usuário atual do Google Cloud, pode obter uma análise detalhada de
os custos do seu projeto na página de cobrança.


 Solução de problemas


Consulte Solução de problemas para problemas comuns associados ao uso de um balde
configurado para servir o conteúdo estático do site.


## Qual é o próximo


-

- Saiba mais sobre outras opções de serviço da Web no Google Cloud.

- Experimente outros tutoriais do Google Cloud que usam o Cloud Storage.

##
 Experimente você mesmo

 

 
 
 


 Se você é novo no Google Cloud, crie uma conta para avaliar como
 O Cloud Storage funciona no mundo real
 cenários. Novos clientes também recebem $ 300 em créditos gratuitos para executar, testar e
 implantar cargas de trabalho.

 
 

 

 





 

 

 

 

 
 
 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 
 
 

 

 

 

 

 

 

 

 

 

 








 
 
 
 
 
 Experimente o Cloud Storage gratuitamente