Servir des sites Web statiques
Un nouveau site web statique hébergé peut être créé en quelques minutes avec IBM Cloud® Object Storage à l'aide de ce tutoriel simple. Cette rubrique contient les détails et certaines options de configuration avancées pour l'hébergement de sites Web statiques.
Présentation
Le développement Web moderne nécessite des outils modernes et une infrastructure sécurisée. Les sites Web statiques représentent les derniers développements en matière de haute disponibilité, d'amélioration du référencement et d'amélioration de la sécurité. Bien que la couverture de toutes les options disponibles dépasse la portée de cette présentation pratique, la facilité de servir du contenu statique sur IBM Cloud Object Storage permet de nombreuses stratégies possibles.
Les sites web statiques hébergés se concentrent sur le contenu souhaité par vos utilisateurs: informations et médias. En supprimant l'administration des serveurs Web tels que Apache ou Nginx, la gestion de votre site Web se concentre directement sur le contenu, de la génération au déploiement.
Le contenu statique diffère sensiblement du contenu Web dynamique. Toutefois, si vous n'avez pas besoin de générer du contenu dynamique sur le Web ou si votre flux de travaux génère du contenu sauvegardé dans un formulaire fixe, la solution statique hébergée présentée ici présente le meilleur choix.
Capacités
La création d'un hébergement statique de site web dans IBM Cloud Object Storage peut être réalisée avec cURL, ainsi qu'avec des bibliothèques pour Java, Go, Python et NodeJS. En outre, la compatibilité S3 signifie que l'interface de commandeAWS peut également être utilisée pour définir les fonctionnalités d'un site web statique à partir de la ligne de commande. En outre, la création et la configuration d'une nouvelle solution de site Web statique hébergé peuvent être créées à l'aide d'une interface graphique dans la Console en ajoutant simplement l'option de site Web statique lors de la création d'un compartiment.
Configuration de base
L'hébergement d'un site Web statique sur IBM Cloud® Object Storage commence par la création d'un compartiment et sa configuration pour l'accès public. Ensuite, téléchargez le contenu de votre site Web dans votre compartiment. Enfin, configurez le site Web pour utiliser vos documents en tant qu'index pour le site et pour afficher éventuellement des erreurs.
Au minimum, votre configuration doit consister en un document d'index requis pour que les visiteurs le voient par défaut, généralement écrit en HTML et nommé index.html. Un document d'erreur facultatif peut aider vos visiteurs à
rester sur la bonne voie lorsqu'ils s'égarent. Bien sûr, vous pouvez toujours essayer par vous-même en utilisant ce tutoriel.
Configuration avancée
Lorsque vous créez et configurez un nouveau site Web statique hébergé, vous pouvez également utiliser IBM Cloud Internet Services pour configurer des options plus avancées, notamment des règles de routage pour votre domaine. Mais vous n'avez même pas à aller plus loin que la configuration de votre compartiment lors de la création pour commencer à personnaliser votre nouveau site.
Routage
Le routage vous permet de contrôler les demandes provenant de vos visiteurs. Par exemple, vous pouvez rediriger globalement tout votre trafic d'un protocole vers un autre, en remplaçant HTTP par le protocole sécurisé HTTPS. Vous pouvez également créer des règles individuelles qui traitent les demandes entrantes pour des fichiers spécifiques et fournissent des réponses à vos visiteurs en fonction des règles que vous définissez.
Si vous disposez déjà d'un site Web statique hébergé que vous souhaitez migrer, vous pouvez apporter un ensemble de règles de routage que vous avez déjà défini et importer l'ensemble en tant que code. L'entrée illustrée dans la figure 3 requiert un tableau JSON formaté pour les règles de configuration du site Web.
Un exemple de code JSON illustre les possibilités. Voici une règle qui redirige les visiteurs à partir de pages manquantes ou d'une demande peut-être incorrectement formée, ce qui génère un code d'erreur 404 et redirige le visiteur
vers une page d'erreur spécifique. Le JSON peut contenir plusieurs objets représentant la définition des règles selon les besoins.
[
{
"Condition": {
"HttpErrorCodeReturnedEquals": "404"
},
"Redirect": {
"HostName": "<bucketname>.<endpoint>",
"HttpRedirectCode": "302",
"Protocol": "https",
"ReplaceKeyWith": "error404.html"
}
}
]
La même règle codifiée précédemment peut être ajoutée en tant que règle individuelle à l'aide de la console, comme le montre la figure 3.
IBM Cloud Internet, domaine et services de livraison
L'un des avantages de l'utilisation de IBM Cloud Internet Services concerne la configuration de vos propres domaines. Un "domaine" fait partie de l'adresse Web globale, constituée
d'un domaine de premier niveau (TLD) et d'un ou de plusieurs mots uniques séparés par des points, comme example.com où le TLD est com. Vous pouvez choisir d'ignorer cette étape, mais si vos enregistrements DNS ne
sont pas configurés correctement à l'aide de CIS (ou d'un autre service fournissant une résolution de nom de domaine), il se peut que tout ou partie de votre site Web ne soit pas accessible.
Les sites Web statiques sont conçus pour être rapides et sécurisés. Servir du contenu statique est facile avec les bons outils qui fournissent le contenu à vos clients. De nombreux outils de déploiement disposent d'une prise en charge intégrée
pour la prise en charge de CDN. Initiation à la configuration de vos domaines à l'aide de IBM Cloud® Internet Services. Lors de la création de règles de redirection, vous allez ajouter
un CNAME, un "nom canonique (domaine)" ou un alias. Tout comme les fichiers d'un système d'exploitation peuvent avoir un alias pour plus de commodité, votre site Web statique hébergé peut être tout aussi pratique.
Le processus de distribution de contenu statique via des réseaux dédiés commence par cette présentation des options CDN. La distribution de contenu rapproche votre contenu statique de l'emplacement de votre client, en étendant votre portée sans avoir à gérer des copies de votre contenu.
Noeuds finaux pour l'hébergement de contenu de site Web statique
Les tableaux suivants correspondent à la plupart des régions, des emplacements et des types de connexion utilisés dans IBM Cloud Object Storage aux nouveaux noeuds finaux spécifiques utilisés pour le sourçage et le test de sites Web statiques hébergés. Pour les noeuds finaux connectés qui ne sont pas répertoriés ici, vous trouverez plus d'informations sur l'utilisation des noeuds finaux connectés.
Points d'extrémité régionaux
| Région | Noeud final de site Web statique hébergé |
|---|---|
| Sud des Etats-Unis | s3-web.us-south.cloud-object-storage.appdomain.cloud |
| Est des Etats-Unis | s3-web.us-east.cloud-object-storage.appdomain.cloud |
| Union européenne - Royaume-Uni | s3-web.eu-gb.cloud-object-storage.appdomain.cloud |
| Union Européenne - Allemagne | s3-web.eu-de.cloud-object-storage.appdomain.cloud |
| Asie-Pacifique - Australie | s3-web.au-syd.cloud-object-storage.appdomain.cloud |
| Asie-Pacifique Tokyo | s3-web.jp-tok.cloud-object-storage.appdomain.cloud |
| Asie-Pacifique Osaka | s3-web.jp-osa.cloud-object-storage.appdomain.cloud |
| Région | Noeud final de site Web statique hébergé |
|---|---|
| Sud des Etats-Unis | s3-web.private.us-south.cloud-object-storage.appdomain.cloud |
| Est des Etats-Unis | s3-web.private.us-east.cloud-object-storage.appdomain.cloud |
| Union européenne - Royaume-Uni | s3-web.private.eu-gb.cloud-object-storage.appdomain.cloud |
| Union Européenne - Allemagne | s3-web.private.eu-de.cloud-object-storage.appdomain.cloud |
| Asie-Pacifique - Australie | s3-web.private.au-syd.cloud-object-storage.appdomain.cloud |
| Asie-Pacifique Tokyo | s3-web.private.jp-tok.cloud-object-storage.appdomain.cloud |
| Asie-Pacifique Osaka | s3-web.private.jp-osa.cloud-object-storage.appdomain.cloud |
| Région | Noeud final de site Web statique hébergé |
|---|---|
| Sud des Etats-Unis | s3-web.direct.us-south.cloud-object-storage.appdomain.cloud |
| Est des Etats-Unis | s3-web.direct.us-east.cloud-object-storage.appdomain.cloud |
| Union européenne - Royaume-Uni | s3-web.direct.eu-gb.cloud-object-storage.appdomain.cloud |
| Union Européenne - Allemagne | s3-web.direct.eu-de.cloud-object-storage.appdomain.cloud |
| Asie-Pacifique - Australie | s3-web.direct.au-syd.cloud-object-storage.appdomain.cloud |
| Asie-Pacifique Tokyo | s3-web.direct.jp-tok.cloud-object-storage.appdomain.cloud |
| Asie-Pacifique Osaka | s3-web.direct.jp-osa.cloud-object-storage.appdomain.cloud |
Noeuds finaux inter-régionaux
| Région | Noeud final de site Web statique hébergé |
|---|---|
| Inter-régional pour les Etats-Unis | s3-web.us.cloud-object-storage.appdomain.cloud |
| Inter-régional pour l'Union européenne | s3-web.eu.cloud-object-storage.appdomain.cloud |
| Inter-régional pour l'Asie-Pacifique | s3-web.ap.cloud-object-storage.appdomain.cloud |
| Région | Noeud final de site Web statique hébergé |
|---|---|
| Inter-régional pour les Etats-Unis | s3-web.private.us.cloud-object-storage.appdomain.cloud |
| Inter-régional pour l'Union européenne | s3-web.private.eu.cloud-object-storage.appdomain.cloud |
| Inter-régional pour l'Asie-Pacifique | s3-web.private.ap.cloud-object-storage.appdomain.cloud |
| Région | Noeud final de site Web statique hébergé |
|---|---|
| Inter-régional pour les Etats-Unis | s3-web.direct.us.cloud-object-storage.appdomain.cloud |
| Inter-régional pour l'Union européenne | s3-web.direct.eu.cloud-object-storage.appdomain.cloud |
| Inter-régional pour l'Asie-Pacifique | s3-web.direct.ap.cloud-object-storage.appdomain.cloud |
Points terminaux mono-site
| Emplacement | Noeud final de site Web statique hébergé |
|---|---|
| Amsterdam, Pays-Bas | s3-web.ams03.cloud-object-storage.appdomain.cloud |
| Chennai, Inde | s3-web.che01.cloud-object-storage.appdomain.cloud |
| Mexico, Mexique | s3-web.mex01.cloud-object-storage.appdomain.cloud |
| Montréal, Canada | s3-web.mon01.cloud-object-storage.appdomain.cloud | | Paris, France | s3-web.par01.cloud-object-storage.appdomain.cloud | | San José, États-Unis | s3-web.sjc04.cloud-object-storage.appdomain.cloud | | São Paulo, Brésil | s3-web.sao01.cloud-object-storage.appdomain.cloud | | Singapour | s3-web.sng01.cloud-object-storage.appdomain.cloud |
| Emplacement | Noeud final de site Web statique hébergé |
|---|---|
| Amsterdam, Pays-Bas | s3-web.private.ams03.cloud-object-storage.appdomain.cloud |
| Chennai, Inde | s3-web.private.che01.cloud-object-storage.appdomain.cloud |
| Mexico, Mexique | s3-web.private.mex01.cloud-object-storage.appdomain.cloud |
| Montréal, Canada | s3-web.private.mon01.cloud-object-storage.appdomain.cloud | | Paris, France | s3-web.private.par01.cloud-object-storage.appdomain.cloud | | San José, États-Unis | s3-web.private.sjc04.cloud-object-storage.appdomain.cloud | | São Paulo, Brésil | s3-web.private.sao01.cloud-object-storage.appdomain.cloud | | Singapour | s3-web.private.sng01.cloud-object-storage.appdomain.cloud |
| Emplacement | Noeud final de site Web statique hébergé |
|---|---|
| Amsterdam, Pays-Bas | s3-web.direct.ams03.cloud-object-storage.appdomain.cloud |
| Chennai, Inde | s3-web.direct.che01.cloud-object-storage.appdomain.cloud |
| Mexico, Mexique | s3-web.direct.mex01.cloud-object-storage.appdomain.cloud |
| Montréal, Canada | s3-web.direct.mon01.cloud-object-storage.appdomain.cloud | | Paris, France | s3-web.direct.par01.cloud-object-storage.appdomain.cloud | | San José, États-Unis | s3-web.direct.sjc04.cloud-object-storage.appdomain.cloud | | São Paulo, Brésil | s3-web.direct.sao01.cloud-object-storage.appdomain.cloud | | Singapour | s3-web.direct.sng01.cloud-object-storage.appdomain.cloud |
Etapes suivantes
Tirer le meilleur parti du développement Web moderne nécessite des outils modernes et une infrastructure sécurisée, mais ne devrait pas être un obstacle à la réussite de vos projets. Si vous n'avez pas encore essayé le tutoriel, voyez par vous-même comment l'hébergement d'un site Web statique peut fonctionner pour vous.