Beispiele und Tipps für statische Websites

Auf dieser Seite finden Sie Beispiele und Tipps zur Verwendung von Buckets für das Hosten einer statischen Website.

Website-Konfigurationsbeispiele

In den folgenden Szenarien wird veranschaulicht, welche Objekte Ihnen bereitgestellt werden, wenn Sie versuchen, über verschiedene URLs auf diese zuzugreifen.

Bucket mit drei Objekten

Angenommen, ein Bucket namens www.example.com wurde als Website mit den folgenden Einstellungen und Dateien konfiguriert:

  • MainPageSuffix = "index.html"
  • NotFoundPage = "404.html"
  • Der Bucket enthält drei öffentlich freigegebene Objekte: "index.html", "404.html" und "dir/index.html".

Die folgende Tabelle zeigt den bereitgestellten Inhalt für ausgewählte URLs:

Angeforderte URL Bereitgestellter Inhalt HTTP-Antwortcode
http://www.example.com
http://www.example.com/
http://www.example.com/index.html
Das Objekt "index.html" 200
http://www.example.com/hello Das Objekt "404.html" 404
http://www.example.com/dir/index.html Das Objekt "dir/index.html" 200
http://www.example.com/dir Das Objekt "dir/index.html" 301
http://www.example.com/dir/ Das Objekt "dir/index.html", unter der Annahme, dass kein Objekt mit null Byte für /dir/ vorhanden ist. 200
Ein leeres Objekt mit null Byte, wenn es für /dir/ vorhanden ist. Informationen zum Entfernen dieses Null-Byte-Objekts finden Sie im Abschnitt zur Fehlerbehebung. 301

Bucket mit zwei Objekten

Angenommen, ein Bucket namens www.example.com wurde als Website mit den folgenden Einstellungen und Dateien konfiguriert:

  • MainPageSuffix = "main.html"
  • NotFoundPage = "404.html"
  • Der Bucket enthält zwei öffentlich freigegebene Objekte: "main.html" und "404.html".

Die folgende Tabelle zeigt den bereitgestellten Inhalt für ausgewählte URLs:

Angeforderte URL Bereitgestellter Inhalt HTTP-Antwortcode
http://www.example.com
http://www.example.com/
Das Objekt "main.html" 200
http://www.example.com/index.html Das Objekt "404.html" 404

Wenn ein Objekt öffentlich freigegeben ist, können Sie es auch über folgende URL anzeigen:

http://storage.googleapis.com/[BUCKET_NAME]/[OBJECT_NAME]

Die URL für ein index.html-Objekt wäre beispielsweise:

http://storage.googleapis.com/www.example.com/index.html

Weitere Informationen zum Arbeiten mit öffentlich freigegebenen Daten finden Sie unter Auf öffentliche Daten zugreifen.

Tipps für die Arbeit mit einem als Website konfigurierten Bucket

Beachten Sie die folgenden Tipps, wenn Sie einen Bucket verwenden, um eine statische Website zu hosten.

Subdomains hinzufügen

Angenommen, Sie möchten Inhalte zusätzlich unter test.example.com bereitstellen und möchten dazu einen anderen Bucket verwenden, als den, der für die Bereitstellung der Inhalte unter www.example.com verwendet wird. Gehen Sie wie folgt vor:

  1. Erstellen Sie einen neuen Bucket namens test.example.com. Da Sie die Domain example.com bereits bestätigt haben, können Sie Buckets mit Unterstützung für Subdomains erstellen, ohne dass eine zusätzliche Bestätigung erforderlich ist.

  2. Fügen Sie für die Subdomain einen neuen CNAME-Eintrag hinzu.

    NAME                  TYPE     DATA
    test                  CNAME    c.storage.googleapis.com.
    

Cacheparameter festlegen

Sie können steuern, wie oder ob die Inhalte Ihrer Website zwischengespeichert werden. Dazu konfigurieren Sie die Cache-Control-Metadaten. In der Regel sollten Sie Cachesteuerungs-Metadaten nur für Objekte festlegen, die für alle anonymen Nutzer zugänglich sind – eine Voraussetzung für jedes Objekt, das als Teil einer statischen Website aus einem Cloud Storage-Bucket bereitgestellt wird.

Cloud Storage wendet auf Objekte, die für alle anonymen Nutzer zugänglich sind, eine Cachesteuerungseinstellung von 3.600 Sekunden an, sofern Sie keine eigenen Einstellungen festlegen. Eine Anleitung zum Festlegen von Objektmetadaten wie Cache-Control finden Sie unter Metadaten ansehen und bearbeiten.

API-Verhalten

Die Website-Konfigurationen MainPageSuffix und NotFoundPage werden nur für Anfragen verwendet, die über den Endpunkt CNAME oder über Cloud Load Balancing an Cloud Storage gesendet werden. Eine Anfrage an www.example.com zeigt beispielsweise die Indexseite, eine entsprechende Anfrage an storage.googleapis.com/www.example.com jedoch nicht.

Dadurch wird das API-Verhalten bei Anfragen für Cloud Storage-Domains wie storage.googleapis.com/www.example.com bewahrt. Zum Beispiel können Sie Objekte im www.example.com-Bucket weiterhin genauso auflisten wie bei jedem anderen Bucket. Im Fall des www.example.com-Buckets erhalten Sie eine Objektliste, in denen 404.html und index.html enthalten sind.

Statische Inhalte für eine dynamische Website hosten

Sie können Cloud Storage verwenden, um statische Inhalte für eine dynamische Website zu hosten, die z. B. in Google App Engine oder in Google Compute Engine gehostet wird. Das Hosten von statischen Inhalten wie Bildern oder JavaScript-Dateien in einem Bucket bietet unter anderem folgende Vorteile:

  • Cloud Storage verhält sich im Grunde wie ein Content Delivery Network (CDN), ohne dass Sie dafür etwas tun müssen, da öffentlich lesbare Objekte standardmäßig im Cloud Storage-Netzwerk zwischengespeichert werden.

  • Die Bandbreitengebühren für den Zugriff auf Inhalte sind mit Cloud Storage in der Regel niedriger.

  • Durch die Bereitstellung der statischen Inhalte über Cloud Storage wird die Auslastung Ihres Webservers verringert.

Darüber hinaus können Sie Anfrageheader zur Cachesteuerung verwenden, um das Caching für öffentlich lesbare statische Inhalte zu steuern. Sie können das Caching z. B. deaktivieren oder die Lebensdauer des Cache festlegen. Weitere Informationen finden Sie unter Cacheparameter festlegen.

Wenn Sie statische Inhalte für eine dynamische Website hosten, müssen Sie keinen CNAME-Datensatz erstellen und auf einen Bucket mit demselben Namen verweisen wie bei einer statischen Website. Sie könnten z. B. einen öffentlich freigegebenen Bucket mit dem Namen www_example_com_assets und entsprechenden Inhalten haben und dann über die Cloud Storage-Domain auf diese Inhalte zugreifen. Befände sich in Ihrem öffentlich freigegebenen Bucket www_example_com_assets etwa die JavaScript-Datei library.js, könnten Sie folgendermaßen darauf zugreifen: http://storage.googleapis.com/www_example_com_assets/library.js.

Speicherkosten überwachen

Wenn Sie zur Bereitstellung von Inhalten einen als statische Website konfigurierten Bucket verwenden oder einen Bucket verwenden, um statische Inhalte für eine außerhalb von Cloud Storage gehostete dynamische Website bereitzustellen, sollten Sie die Kosten im Auge behalten, die für das Projekt anfallen, das den Bucket enthält. Die Bereitstellung von Inhalten verursacht Cloud-Storage-Kosten für das Speichern des Inhalts, die Verwendung des Netzwerks und das Ausführen von Abrufvorgängen. Weitere Informationen finden Sie auf der Seite Google Cloud Storage – Preise.

Das einfache Preisbeispiel in der Preisübersicht kann als Annäherung für den Anwendungsfall einer statischen Website mit geringem Traffic verwendet werden. Sie können den Preisrechner verwenden, um eine Kostenschätzung auf der Grundlage der voraussichtlichen Nutzung zu erstellen.

Neuen Nutzern der Cloud Platform steht unter Umständen eine kostenlose Testversion zur Verfügung.

Wenn Sie bereits Cloud Platform-Nutzer sind, können Sie auf der Abrechnungsseite eine detaillierte Übersicht Ihrer Projektkosten aufrufen.

Fehlerbehebung

Informationen zu häufigen Problemen bei der Verwendung eines Buckets, der zum Bereitstellen von Inhalten statischer Websites konfiguriert ist, finden Sie unter Fehlerbehebung.

Weitere Informationen

Hat Ihnen diese Seite weitergeholfen? Teilen Sie uns Ihr Feedback mit:

Feedback geben zu...