Auf dieser Seite finden Sie Beispiele und Tipps für
Verwenden von Buckets zum Hosten einer statischen Website.


## Spezialseiten


 Indexseiten


Eine Indexseite (auch Webserver-Verzeichnisindex genannt)
ist eine Datei, die Besuchern bereitgestellt wird, wenn sie eine URL anfordern, die keine hat
zugehörige Datei. Wenn Sie a zuweisen
MainPageSuffix-Eigenschaft,
Cloud Storage sucht nach einer Datei mit diesem Namen, deren Präfix mit dem übereinstimmt
URL, die der Besucher angefordert hat

Angenommen, Sie legen die fest
MainPageSuffix Ihrer statischen Website an

index.html. Angenommen, Sie haben keine Datei mit dem Namen
Verzeichnis in Ihrem
Eimer
www.beispiel.com. In dieser Situation, wenn ein Benutzer die URL anfordert

httpwww.example.com/directory versucht Cloud Storage, die Datei bereitzustellen

www.beispiel.com/verzeichnis/index.html. Wenn diese Datei ebenfalls nicht existiert,
Cloud Storage gibt eine Fehlerseite zurück

Der
MainPageSuffix steuert auch die Datei, die bereitgestellt wird, wenn Benutzer die oberste Seite anfordern
Ebene Website. Fortsetzung des obigen Beispiels, wenn ein Benutzer anfordert

httpwww.example.com versucht Cloud Storage, die Datei bereitzustellen

www.example.com/index.html

Beim Versuch, auf eine URL mit nachgestelltem Schrägstrich zuzugreifen, z

httpwww.example.com/dir/, siehe Fehlerbehebung

 Fehlerseite


Die Fehlerseite ist die Datei, die den Besuchern Ihrer statischen Website zurückgegeben wird
Fordern Sie eine URL an, die keiner vorhandenen Datei entspricht. Wenn Sie haben
zugeordnet a
MainPageSuffix, Cloud Storage gibt die Fehlerseite nur zurück, wenn
es gibt weder eine Datei mit dem angeforderten Namen noch eine passende Indexseite

Bei der Rückgabe einer Fehlerseite lautet der HTTP-Antwortcode
404. Die Eigenschaft, dass
steuert, welche Datei als Fehlerseite dient
Nicht gefundene Seite. Wenn nicht
Satz
NotFoundPage erhalten Benutzer eine generische Fehlerseite

## Website-Konfigurationsbeispiele


 Eimer mit drei Objekten


Angenommen, ein Bucket mit dem Namen
www.example.com wurde als Website konfiguriert
mit folgenden Einstellungen und Dateien:
-

MainPageSuffix= "index.html"NotFoundPage = "404.html"- Der Bucket enthält drei gemeinsam genutzte Objekte: „index.html“, „404.html“ und „dir/index.html“.

Die folgende Tabelle zeigt die für ausgewählte URLs bereitgestellten Inhalte:


|URL angefordert
||Inhalt bereitgestellt
||HTTP-Antwortcode
|
|httpwww.beispiel.com
|

httpwww.beispiel.com/

httpwww.example.com/index.html
|Das Objekt "index.htmln||200
|
|httpwww.example.com/hello
||Das Objekt „404.htmln||404
|
|httpwww.example.com/dir/index.html
||Das Objekt "dir/index.htmln||200
|
|httpwww.example.com/dir
||Das Objekt "dir/index.htmln||301
|
|httpwww.example.com/dir/
||Das Objekt "dir/index.html", vorausgesetzt, es existiert kein Null-Byte-Objekt für /dir/
||200
|
|Ein leeres Null-Byte-Objekt, falls es für /dir/ existiert. Informationen zum Entfernen dieses Null-Byte-Objekts finden Sie im Thema Fehlerbehebung.
||301
|
 Eimer mit zwei Objekten


Angenommen, ein Bucket mit dem Namen
www.example.com wurde als Website konfiguriert
mit folgenden Einstellungen und Dateien:
-

MainPageSuffix= "main.html"NotFoundPage = "404.html"- Der Bucket enthält zwei gemeinsam genutzte Objekte: „main.html“ und „404.html“.

Die folgende Tabelle zeigt die für ausgewählte URLs bereitgestellten Inhalte:


|URL angefordert
||Inhalt geliefert
||HTTP-Antwortcode
|
|httpwww.beispiel.com
|

httpwww.beispiel.com/
|Das Objekt "main.htmln||200
|
|httpwww.example.com/index.html
||Das Objekt „404.htmln||404
|
Wenn ein Objekt geteilt wird, können Sie das auch
Zeigen Sie dieses Objekt mit der URL an:

httpsstorage.googleapis.com/


BUCKET_NAME/ OBJECT_NAME
Zum Beispiel die URL für eine
index.html-Objekt wäre:

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


Weitere Informationen zum Arbeiten mit zugänglichen Daten finden Sie unter
Zugriff auf öffentliche Daten.


## Tipps zum Arbeiten mit einem als Website konfigurierten Bucket


Im Folgenden finden Sie einige Tipps, die Sie bei der Verwendung von a beachten sollten
Bucket zum Hosten einer statischen Website.


 Subdomains hinzufügen


Angenommen, Sie möchten auch Inhalte unter bereitstellen
test.example.com, von einer anderen
Bucket als derjenige, der Inhalte bereitstellt
www.beispiel.com. Dazu:
-

Erstellen Sie einen neuen Bucket, um Ihre zusätzlichen Inhalte bereitzustellen.

Wenn Sie dem Tutorial unter Hosten einer statischen Website gefolgt sind, um Ihre
Inhalte über HTTPS, bearbeiten Sie Ihren Load Balancer in der
Cloud-Konsole wie folgt:




-

- Für
Back-End-Konfiguration, erstellen Sie einen neuen Back-End-Bucket
Testeimer
indem Sie den neu erstellten Bucket auswählen.

- Für
Host- und Pfadregeln, fügen Sie eine neue Regel wie folgt hinzu:


Hostt Pfade Backends
test.example.com /* Test-Bucket


Für


Frontend-Konfiguration, fügen Sie eine neue Frontend-IP und einen neuen Port hinzu
dieselben Werte wie Ihre erste Konfiguration, mit folgenden Ausnahmen:


-

- Für
IP-Adresse, erstellen und reservieren Sie eine neue IP-Adresse.

- Für
Zertifikat, erstellen Sie ein neues SSL-Zertifikat für
test.beispiel.com.

- Für
- Für
Nachdem Sie den Load Balancer aktualisiert haben, fügen Sie einen neuen hinzu
Arecord zu Ihrer Domain
Registrierungsdienst unter Verwendung der IP-Adresse der neuen Frontend-Konfiguration:


NAME TYP DATEN
Test A
IP ADRESSE
 

 API-Verhalten


Der
MainPageSuffix und
NotFoundPage-Websitekonfigurationen werden nur verwendet
für Anfragen, die an Cloud Storage kommen über a

CNAME bzw
Eine Umleitung. Zum Beispiel eine Anfrage an
www.beispiel.com
zeigt die Indexseite, aber eine äquivalente Anfrage an

storage.googleapis.com/www.example.com nicht

Daher ist das API-Verhalten für Anfragen an Cloud Storage-Domains, wie z

storage.googleapis.com/www.example.com, wird beibehalten. Zum Beispiel Sie
kann weiterhin Objekte in der Liste auflisten
www.example.com-Bucket, wie Sie es tun würden
für jeden anderen Eimer. Im Falle der
www.example.com Bucket, das Objekt
Auflistung, die Sie erhalten, beinhaltet
404.html und
index.html

 Hosten Sie statische Assets für eine dynamische Website


Sie können Cloud Storage verwenden, um statische Assets für eine dynamische Website zu hosten
gehostet, beispielsweise in Google App Engine oder in
Google Compute-Engine. Einige Vorteile des Hostens Ihrer statischen Assets,
wie Bilder oder JavaScript-Dateien, in einem Bucket enthalten:


-

Cloud Storage verhält sich wie eine Inhaltsbereitstellung
Netzwerk (CDN), da lesbare Objekte zwischengespeichert werden
standardmäßig das Cloud Storage-Netzwerk.

Bandbreitengebühren für den Zugriff auf Inhalte kosten in der Regel weniger mit Cloud Storage.

Die Belastung Ihrer Webserver wird verringert, wenn die statischen Inhalte bereitgestellt werden
Cloud-Speicher.

Wenn Sie statische Assets für eine dynamische Website hosten, müssen Sie keine erstellen
DNS-Einträge und verweisen auf einen Bucket oder Load Balancer, wie Sie es für a tun
statische Webseite. Beispielsweise könnten Sie einen Bucket namens

www_example_com_assets mit entsprechenden Assets, die als gemeinsam genutzt konfiguriert sind
öffentlich zugänglich machen und dann über die Cloud Storage-Domain auf diese Assets zugreifen.
Angenommen, Sie haben die JavaScript-Datei
library.js im Bucket

www_example_com_assets, das freigegeben ist, dann können Sie darauf zugreifen als

httpstorage.googleapis.com/www_example_com_assets/library.js

 Cache-Parameter festlegen


Sie können steuern, wie oder ob Ihre Website-Assets zwischengespeichert werden, indem Sie die konfigurieren

Cache-Control-Metadaten. Legen Sie im Allgemeinen nur Metadaten für die Cache-Steuerung fest
für Objekte, auf die alle anonymen Benutzer zugreifen können, was eine Voraussetzung ist
für jedes Objekt, das von einem Cloud Storage-Bucket als Teil einer statischen bereitgestellt wird
Webseite

Cloud Storage wendet eine Cache-Steuerungseinstellung von 3600 Sekunden auf Objekte an, die es sind
allen anonymen Benutzern zugänglich, es sei denn, Sie geben explizite Cache-Steuerung an
Einstellungen. Anweisungen zur Einstellung finden Sie unter Anzeigen und Bearbeiten von Metadaten
Objekt-Metadaten, wie z
Cache-Kontrolle

Sie können Cloud CDN auch verwenden, um externe HTTP(S)-Inhalte mit Lastenausgleich zwischenzuspeichern
in der Nähe Ihrer Benutzer, was häufig die Bereitstellungskosten senkt. Weitere Informationen finden Sie unter
Caching.


 Überwachen Sie Ihre Gebühren


Wenn Sie Assets aus einem Bucket bereitstellen, der als statische Website konfiguriert ist, oder
Bereitstellung statischer Assets aus einem Bucket für eine dynamische Website, die außerhalb von gehostet wird
Cloud Storage sollten Sie die Gebühren für Ihr Projekt überwachen, das den enthält
Eimer. Beim Bereitstellen von Inhalten fallen Cloud-Speicherkosten für die Speicherung an
Inhalt, Nutzung des Netzwerks und Durchführung von Abrufvorgängen. Für Details,
Weitere Informationen finden Sie auf der Seite Cloud Storage-Preise.


Es können auch Netzwerkgebühren anfallen, wenn Sie für die Einrichtung HTTP(S)-Load-Balancing verwenden
HTTPS. Weitere Einzelheiten finden Sie unter Netzwerkpreise.
Das einfache Preisbeispiel auf der Seite Preisbeispiele kann
als Annäherung für den Anwendungsfall einer wenig frequentierten, statischen Website verwendet werden.
Beachten Sie jedoch, dass das Beispiel die damit verbundenen Gebühren nicht berücksichtigt
HTTP(S)-Load-Balancing, das oft die größte Gebühr für statische Websites darstellen kann
Bewirtung. Sie können die Preise verwenden
Rechner zum Erstellen einer Kostenschätzung basierend auf Ihrer voraussichtlichen Nutzung.





Wenn Sie ein aktueller Google Cloud-Benutzer sind, können Sie eine detaillierte Aufschlüsselung erhalten
Ihre Projektkosten auf der Abrechnungsseite.


 Fehlerbehebung


Siehe Fehlerbehebung für allgemeine Probleme im Zusammenhang mit der Verwendung eines Buckets
so konfiguriert, dass statische Website-Inhalte bereitgestellt werden.


## Was kommt als nächstes


-

- Erfahren Sie mehr über andere Webserving-Optionen in Google Cloud.

- Probieren Sie andere Google Cloud-Tutorials aus, die Cloud Storage verwenden.

##
 Probieren Sie es selbst aus

 

 
 
 


 Wenn Sie neu bei Google Cloud sind, erstellen Sie ein Konto, um zu prüfen, wie
 Cloud Storage funktioniert in der realen Welt
 Szenarien. Neukunden erhalten außerdem 300 US-Dollar an kostenlosen Credits zum Ausführen, Testen und
 Workloads bereitstellen.

 
 

 

 





 

 

 

 

 
 
 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 
 
 

 

 

 

 

 

 

 

 

 

 








 
 
 
 
 
 Testen Sie Cloud Storage kostenlos