Bereitstellung statischer Websites
Mit diesem einfachen Lernprogramm können Sie in wenigen Minuten eine neue statische Website mit IBM Cloud® Object Storage erstellen. Dieser Abschnitt enthält Details und einige erweiterte Konfigurationsoptionen für das Hosting statischer Websites.
Übersicht
Moderne Webentwicklung erfordert moderne Tools und sichere Infrastruktur. Statische Websites stellen die neuesten Entwicklungen in den Bereichen Hochverfügbarkeit, SEO-Verbesserung und erhöhte Sicherheit dar. Während die Abdeckung aller verfügbaren Optionen über den Rahmen dieser praktischen Übersicht hinausgeht, ermöglicht die einfache Bereitstellung statischer Inhalte auf IBM Cloud Object Storage viele mögliche Strategien.
Gehostete statische Websites konzentrieren sich auf die Inhalte, die Ihre Benutzer wünschen: Informationen und Medien. Durch das Entfernen der Verwaltung von Web-Servern wie Apache oder Nginxkonzentriert sich das Management Ihrer Website direkt auf Inhalte von der Generierung bis zur Implementierung.
Statischer Inhalt unterscheidet sich erheblich von dynamischem Webinhalt. Wenn Sie jedoch keinen dynamischen Inhalt im Web generieren müssen oder wenn Ihr Workflow dazu führt, dass Inhalte in einem festen Formular gespeichert werden, ist die hier vorgestellte gehostete statische Lösung die beste Wahl.
Funktionen
Die Erstellung von statischen Website-Hostings in IBM Cloud Object Storage kann mit cURL sowie mit Bibliotheken für Java, Go, Python und NodeJS erfolgen. Darüber hinaus bedeutet die S3, dass die AWS auch zur Definition statischer Website-Funktionen über die Befehlszeile verwendet werden kann. Außerdem kann das Erstellen und Konfigurieren einer neuen gehosteten statischen Website-Lösung über eine GUI in der Konsole erstellt werden, indem beim Erstellen eines Buckets die Option für statische Website hinzugefügt wird.
Basiskonfiguration
Das Hosting einer statischen Website in IBM Cloud® Object Storage beginnt mit der Erstellung eines Buckets und der Konfiguration für den öffentlichen Zugriff. Anschließend laden Sie den Inhalt Ihrer Website in Ihr Bucket hoch. Schließlich konfigurieren Sie die Website, um Ihre Dokumente als Index für die Site zu verwenden und möglicherweise Fehler anzuzeigen.
Ihre Konfiguration sollte mindestens aus einem erforderlichen Indexdokument bestehen, das Besucher standardmäßig anzeigen können, das normalerweise in HTML geschrieben ist und den Namen index.html
hat. Ein optionales Fehlerdokument
kann Ihren Besuchern helfen, auf dem richtigen Weg zu bleiben, wenn sie sich verirren. Mit diesem Lernprogramm können Sie es natürlich immer selbst
ausprobieren.
Erweiterte Konfiguration
Wenn Sie eine neue statische Website erstellen und konfigurieren, können Sie auch IBM Cloud Internet Services verwenden, um erweiterte Optionen zu konfigurieren, einschließlich Routing-Regeln für Ihre Domäne. Sie müssen jedoch nicht einmal weiter gehen als die Konfiguration Ihres Buckets während der Erstellung, um mit der Anpassung Ihrer neuen Site zu beginnen.

Routing
Routing gibt Ihnen die Kontrolle über die Anfragen von Ihren Besuchern kommen. Sie könnten beispielsweise den gesamten Datenverkehr global von einem Protokoll zu einem anderen umleiten, indem Sie beispielsweise HTTP durch das sichere HTTPS ersetzen. Oder Sie können einzelne Regeln erstellen, die eingehende Anforderungen für bestimmte Dateien verarbeiten und Ihren Besuchern Antworten auf der Basis der von Ihnen definierten Regeln bereitstellen.

Wenn Sie bereits über eine statische Website verfügen, die Sie migrieren möchten, können Sie eine Gruppe von Routing-Regeln verwenden, die Sie bereits festgelegt haben, und die Gruppe als Code importieren. Die in Abbildung 3 dargestellte Eingabe erfordert ein JSON-Array, das für die Websitekonfigurationsregeln formatiert ist.

Ein Beispiel für JSON-Code veranschaulicht die Möglichkeiten. Im Folgenden wird eine Regel dargestellt, die Besucher von fehlenden Seiten oder einer möglicherweise fehlerhaften Anforderung umleitet, die zu einem 404
-Fehlercode
führt und den Besucher zu einer bestimmten Fehlerseite umleitet. Die JSON kann mehrere Objekte enthalten, die die Definition der Regeln nach Bedarf darstellen.
[
{
"Condition": {
"HttpErrorCodeReturnedEquals": "404"
},
"Redirect": {
"HostName": "<bucketname>.<endpoint>",
"HttpRedirectCode": "302",
"Protocol": "https",
"ReplaceKeyWith": "error404.html"
}
}
]
Dieselbe zuvor kodifizierte Regel kann über die Konsole als einzelne Regel hinzugefügt werden (siehe Abbildung 3).

IBM Cloud Internet-, Domänen-und Lieferservices
Einer der Vorteile der Verwendung von IBM Cloud Internet Services ist das Einrichten eigener Domänen. Eine "Domäne" ist Teil der gesamten Webadresse, die aus einer Domäne
der höchsten Ebene (Top Level Domain, TLD) und einem oder mehreren eindeutigen Wörtern besteht, die durch Punkte getrennt sind, wie z. B. example.com
wobei die TLD com
ist. Sie können diesen Schritt überspringen,
aber wenn Ihre DNS-Datensätze nicht ordnungsgemäß mit CIS (oder einem anderen Service, der die Auflösung von Domänennamen bereitstellt) konfiguriert sind, kann der Zugriff auf Ihre Website ganz oder teilweise nicht mehr möglich sein.
Statische Websites sollen schnell und sicher sein. Die Bereitstellung statischer Inhalte ist einfach mit den richtigen Tools, die Ihren Kunden die Inhalte bereitstellen. Viele Implementierungstools verfügen über integrierte Unterstützung für
die CDN-Unterstützung. Einführung in die Konfiguration Ihrer Domänen mit IBM Cloud® Internet Services. Beim Erstellen von Umleitungsregeln fügen Sie einen CNAME
, einen kanonischen
Namen (Domänennamen) oder einen Alias hinzu. Genau wie Dateien auf einem Betriebssystem einen Alias für die Bequemlichkeit haben können, Ihre gehostete statische Website kann genauso bequem sein.
Der Prozess zur Bereitstellung statischer Inhalte über dedizierte Netze beginnt mit dieser Übersicht über CDN-Optionen. Die Bereitstellung von Inhalten versetzt Ihre statischen Inhalte näher an den eigenen Standort Ihres Kunden und erweitert Ihre Reichweite, ohne Kopien Ihrer Inhalte verwalten zu müssen.
Endpunkte für das Hosting statischer Websiteinhalte
Die folgenden Tabellen entsprechen den meisten Regionen, Standorten und Verbindungstypen, die in IBM Cloud Object Storage verwendet werden, den neuen spezifischen Endpunkten, die für das Sourcing und Testen von gehosteten statischen Websites verwendet werden. Weitere Informationen zu angebundenen Endpunkten, die hier nicht aufgelistet sind, finden Sie unter angebundene Endpunkte verwenden.
Regionale Endpunkte
Bereich | Endpunkt der gehosteten statischen Website |
---|---|
US-Süd | s3-web.us-south.cloud-object-storage.appdomain.cloud |
Vereinigte Staaten (Osten) | s3-web.us-east.cloud-object-storage.appdomain.cloud |
Europa (Großbritannien) | s3-web.eu-gb.cloud-object-storage.appdomain.cloud |
Europa Deutschland | s3-web.eu-de.cloud-object-storage.appdomain.cloud |
Asien-Pazifik (Australien) | s3-web.au-syd.cloud-object-storage.appdomain.cloud |
AP Tokio | s3-web.jp-tok.cloud-object-storage.appdomain.cloud |
Asiatisch-pazifischen Raum | s3-web.jp-osa.cloud-object-storage.appdomain.cloud |
Bereich | Endpunkt der gehosteten statischen Website |
---|---|
US-Süd | s3-web.private.us-south.cloud-object-storage.appdomain.cloud |
Vereinigte Staaten (Osten) | s3-web.private.us-east.cloud-object-storage.appdomain.cloud |
Europa (Großbritannien) | s3-web.private.eu-gb.cloud-object-storage.appdomain.cloud |
Europa Deutschland | s3-web.private.eu-de.cloud-object-storage.appdomain.cloud |
Asien-Pazifik (Australien) | s3-web.private.au-syd.cloud-object-storage.appdomain.cloud |
AP Tokio | s3-web.private.jp-tok.cloud-object-storage.appdomain.cloud |
Asiatisch-pazifischen Raum | s3-web.private.jp-osa.cloud-object-storage.appdomain.cloud |
Bereich | Endpunkt der gehosteten statischen Website |
---|---|
US-Süd | s3-web.direct.us-south.cloud-object-storage.appdomain.cloud |
Vereinigte Staaten (Osten) | s3-web.direct.us-east.cloud-object-storage.appdomain.cloud |
Europa (Großbritannien) | s3-web.direct.eu-gb.cloud-object-storage.appdomain.cloud |
Europa Deutschland | s3-web.direct.eu-de.cloud-object-storage.appdomain.cloud |
Asien-Pazifik (Australien) | s3-web.direct.au-syd.cloud-object-storage.appdomain.cloud |
AP Tokio | s3-web.direct.jp-tok.cloud-object-storage.appdomain.cloud |
Asiatisch-pazifischen Raum | s3-web.direct.jp-osa.cloud-object-storage.appdomain.cloud |
Regionsübergreifende Endpunkte
Bereich | Endpunkt der gehosteten statischen Website |
---|---|
Vereinigte Staaten - Regionsübergreifend | s3-web.us.cloud-object-storage.appdomain.cloud |
Europa - Regionsübergreifend | s3-web.eu.cloud-object-storage.appdomain.cloud |
Asien-Pazifik - Regionsübergreifend | s3-web.ap.cloud-object-storage.appdomain.cloud |
Bereich | Endpunkt der gehosteten statischen Website |
---|---|
Vereinigte Staaten - Regionsübergreifend | s3-web.private.us.cloud-object-storage.appdomain.cloud |
Europa - Regionsübergreifend | s3-web.private.eu.cloud-object-storage.appdomain.cloud |
Asien-Pazifik - Regionsübergreifend | s3-web.private.ap.cloud-object-storage.appdomain.cloud |
Bereich | Endpunkt der gehosteten statischen Website |
---|---|
Vereinigte Staaten - Regionsübergreifend | s3-web.direct.us.cloud-object-storage.appdomain.cloud |
Europa - Regionsübergreifend | s3-web.direct.eu.cloud-object-storage.appdomain.cloud |
Asien-Pazifik - Regionsübergreifend | s3-web.direct.ap.cloud-object-storage.appdomain.cloud |
EINZELSTANDORTENDPUNKTE
Standort | Endpunkt der gehosteten statischen Website |
---|---|
Amsterdam, Niederlande | s3-web.ams03.cloud-object-storage.appdomain.cloud |
Chennai, Indien | s3-web.che01.cloud-object-storage.appdomain.cloud |
Mexiko-Stadt (Mexiko) | s3-web.mex01.cloud-object-storage.appdomain.cloud |
Mailand (Italien) | s3-web.mil01.cloud-object-storage.appdomain.cloud |
Montrèal, Kanada | s3-web.mon01.cloud-object-storage.appdomain.cloud |
Paris, Frankreich | s3-web.par01.cloud-object-storage.appdomain.cloud |
San Jose, USA | s3-web.sjc04.cloud-object-storage.appdomain.cloud |
São Paulo, Brasilien | s3-web.sao01.cloud-object-storage.appdomain.cloud |
Singapur | s3-web.sng01.cloud-object-storage.appdomain.cloud |
Standort | Endpunkt der gehosteten statischen Website |
---|---|
Amsterdam, Niederlande | s3-web.private.ams03.cloud-object-storage.appdomain.cloud |
Chennai, Indien | s3-web.private.che01.cloud-object-storage.appdomain.cloud |
Mexiko-Stadt (Mexiko) | s3-web.private.mex01.cloud-object-storage.appdomain.cloud |
Mailand (Italien) | s3-web.private.mil01.cloud-object-storage.appdomain.cloud |
Montrèal, Kanada | s3-web.private.mon01.cloud-object-storage.appdomain.cloud |
Paris, Frankreich | s3-web.private.par01.cloud-object-storage.appdomain.cloud |
San Jose, USA | s3-web.private.sjc04.cloud-object-storage.appdomain.cloud |
São Paulo, Brasilien | s3-web.private.sao01.cloud-object-storage.appdomain.cloud |
Singapur | s3-web.private.sng01.cloud-object-storage.appdomain.cloud |
Standort | Endpunkt der gehosteten statischen Website |
---|---|
Amsterdam, Niederlande | s3-web.direct.ams03.cloud-object-storage.appdomain.cloud |
Chennai, Indien | s3-web.direct.che01.cloud-object-storage.appdomain.cloud |
Mexiko-Stadt (Mexiko) | s3-web.direct.mex01.cloud-object-storage.appdomain.cloud |
Mailand (Italien) | s3-web.direct.mil01.cloud-object-storage.appdomain.cloud |
Montrèal, Kanada | s3-web.direct.mon01.cloud-object-storage.appdomain.cloud |
Paris, Frankreich | s3-web.direct.par01.cloud-object-storage.appdomain.cloud |
San Jose, USA | s3-web.direct.sjc04.cloud-object-storage.appdomain.cloud |
São Paulo, Brasilien | s3-web.direct.sao01.cloud-object-storage.appdomain.cloud |
Singapur | s3-web.direct.sng01.cloud-object-storage.appdomain.cloud |
Nächste Schritte
Das Beste aus der modernen Webentwicklung zu machen erfordert moderne Tools und eine sichere Infrastruktur, sollte aber keine Hürde für den Erfolg Ihrer Projekte sein. Wenn Sie das Lernprogramm noch nicht ausprobiert haben, lesen Sie selbst, wie das Hosting einer statischen Website für Sie funktioniert.