Utilizzo di siti web statici

È possibile creare un nuovo sito web statico ospitato con IBM Cloud® Object Storage in pochi minuti utilizzando questo semplice tutorial. Questo argomento contiene i dettagli e alcune opzioni di configurazione avanzate per l'hosting di siti web statici.

Panoramica

Lo sviluppo web moderno richiede strumenti moderni e infrastrutture sicure. I siti web statici rappresentano gli ultimi sviluppi in termini di alta disponibilità, miglioramento SEO e maggiore sicurezza. Mentre coprire ogni opzione disponibile è al di là dell'ambito di questa panoramica pratica, la facilità di fornire contenuto statico su IBM Cloud Object Storage consente molte strategie possibili.

I siti web statici ospitati si concentrano sui contenuti che i vostri utenti desiderano: informazioni e media. Rimuovendo la gestione di server web come Apache o Nginx, la gestione del tuo sito web si concentra direttamente sul contenuto, dalla generazione alla distribuzione.

Il contenuto statico differisce sostanzialmente dal contenuto Web dinamico. Tuttavia, se non hai bisogno di generare contenuto dinamico sul Web o se il tuo flusso di lavoro risulta in un contenuto salvato in un formato fisso, la soluzione statica ospitata qui presentata rappresenta la scelta migliore.

Funzionalità

La creazione di siti web statici che ospitano IBM Cloud Object Storage può essere realizzata con cURL e con le librerie per Java, Go, Python e NodeJS. Inoltre, la compatibilità con 'S3 significa che anche 'AWS CLI può essere usato per definire le funzionalità statiche del sito web dalla riga di comando. Inoltre, la creazione e la configurazione di una nuova soluzione di siti web statici ospitata può essere creata utilizzando una GUI nella Console semplicemente aggiungendo l'opzione per il sito web statico quando si crea un bucket.

Configurazione di base

L'hosting di un sito web statico su IBM Cloud® Object Storage inizia con la creazione di un bucket e la relativa configurazione per l'accesso pubblico. Quindi, carica il contenuto del tuo sito web nel tuo bucket. Infine, configurare il sito Web per utilizzare i documenti come un indice per il sito e per visualizzare potenzialmente gli errori.

Come minimo, la configurazione deve essere costituita da un documento di indice richiesto per i visitatori da visualizzare per impostazione predefinita, generalmente scritto in HTML e denominato index.html. Un documento di errore facoltativo può aiutare i visitatori a rimanere in pista quando si allontanano. Naturalmente, puoi sempre provare a utilizzare questa esercitazione.

Configurazione avanzata

Quando crei e configuri un nuovo sito web statico ospitato, potresti anche voler utilizzare IBM Cloud Internet Services per configurare opzioni più avanzate, incluse regole di instradamento per il tuo dominio. Ma non devi nemmeno andare oltre la configurazione del tuo bucket durante la creazione per iniziare a personalizzare il nuovo sito.

Configurazione iniziale delle opzioni
Configurazione delle opzioni

Instradamento

L'instradamento fornisce il controllo sulle richieste provenienti dai visitatori. Ad esempio, potresti reindirizzare globalmente tutto il tuo traffico da un protocollo all'altro, sostituendo HTTP con il protocollo sicuro HTTPS. In alternativa, è possibile creare singole regole che elaborano richieste in entrata per file specifici e forniscono risposte ai visitatori in base alle regole definite.

Regola di instradamento globale
Regola di instradamento globale

Se si dispone già di un sito Web statico ospitato che si desidera migrare, è possibile portare una serie di regole di instradamento già impostate e importare la serie come codice. L'input mostrato nella Figura 4 richiede un array JSON formattato per le regole di configurazione del sito Web.

Importazione della configurazione come codice
Importazione del codice di configurazione

Un esempio di codice JSON illustra le possibilità. Quanto segue mostra una regola che reindirizza i visitatori dalle pagine mancanti o da una possibile richiesta in formato non corretto che risulta in un codice di errore 404 e reindirizza il visitatore a una pagina di errore specifica. Il JSON può contenere più oggetti che rappresentano la definizione delle regole come necessario.

[
  {
    "Condition": {
      "HttpErrorCodeReturnedEquals": "404"
    },
    "Redirect": {
      "HostName": "<bucketname>.<endpoint>",
      "HttpRedirectCode": "302",
      "Protocol": "https",
      "ReplaceKeyWith": "error404.html"
    }
  }
]

La stessa regola codificata in precedenza può essere aggiunta come singola regola utilizzando la console e mostrata nella Figura 3.

Aggiungere regole individuali
Aggiungere regole individuali

IBM Cloud Servizi Internet, Dominio e Consegna

Uno dei vantaggi dell'utilizzo di IBM Cloud Internet Services riguarda la configurazione dei propri domini. Un "dominio" fa parte dell'indirizzo Web generale, costituito da un dominio di primo livello (TLD) e da una o più parole univoche separate da punti, come example.com dove il TLD è com. Puoi scegliere di ignorare questo passo, ma se i tuoi record DNS non vengono configurati correttamente utilizzando CIS (o un altro servizio che fornisce la risoluzione del nome di dominio), potrebbe lasciare tutto o parte del tuo sito Web inaccessibile.

I siti web statici sono pensati per essere veloci e sicuri. Fornire contenuti statici è facile con i giusti strumenti che forniscono i contenuti ai clienti. Molti strumenti di distribuzione dispongono di un supporto integrato per il supporto CDN. Introduzione alla configurazione dei tuoi domini utilizzando IBM Cloud® Internet Services. Quando si creano regole di reindirizzamento, si aggiungerà un CNAME, un "nome canonico (dominio)" o un alias. Proprio come i file su un sistema operativo possono avere un alias per comodità, il tuo sito web statico ospitato può essere altrettanto conveniente.

Il processo per la consegna di contenuto statico tramite reti dedicate inizia con questa panoramica delle opzioni CDN. Content Delivery avvicina i tuoi contenuti statici alla posizione del tuo cliente, estendendo la tua portata senza dover gestire copie dei tuoi contenuti.

Endpoint per l'hosting di contenuti statici del sito web

Le seguenti tabelle corrispondono la maggior parte delle regioni, delle ubicazioni e del tipo di connessioni utilizzate in IBM Cloud Object Storage ai nuovi endpoint specifici utilizzati per l'origine e il test dei siti Web statici ospitati. Per gli endpoint con tethering non elencati qui, trovare ulteriori informazioni su utilizzo degli endpoint con tethering.

Endpoint regionali

Endpoint regionali
Regione Endpoint sito Web statico ospitato
Stati Uniti Sud s3-web.us-south.cloud-object-storage.appdomain.cloud
Stati Uniti Est s3-web.us-east.cloud-object-storage.appdomain.cloud
Regno Unito UE s3-web.eu-gb.cloud-object-storage.appdomain.cloud
Germania UE s3-web.eu-de.cloud-object-storage.appdomain.cloud
Australia Asia Pacifico s3-web.au-syd.cloud-object-storage.appdomain.cloud
AP Tokyo s3-web.jp-tok.cloud-object-storage.appdomain.cloud
Osaka AP s3-web.jp-osa.cloud-object-storage.appdomain.cloud
Endpoint regionali
Regione Endpoint sito Web statico ospitato
Stati Uniti Sud s3-web.private.us-south.cloud-object-storage.appdomain.cloud
Stati Uniti Est s3-web.private.us-east.cloud-object-storage.appdomain.cloud
Regno Unito UE s3-web.private.eu-gb.cloud-object-storage.appdomain.cloud
Germania UE s3-web.private.eu-de.cloud-object-storage.appdomain.cloud
Australia Asia Pacifico s3-web.private.au-syd.cloud-object-storage.appdomain.cloud
AP Tokyo s3-web.private.jp-tok.cloud-object-storage.appdomain.cloud
Osaka AP s3-web.private.jp-osa.cloud-object-storage.appdomain.cloud
Endpoint regionali
Regione Endpoint sito Web statico ospitato
Stati Uniti Sud s3-web.direct.us-south.cloud-object-storage.appdomain.cloud
Stati Uniti Est s3-web.direct.us-east.cloud-object-storage.appdomain.cloud
Regno Unito UE s3-web.direct.eu-gb.cloud-object-storage.appdomain.cloud
Germania UE s3-web.direct.eu-de.cloud-object-storage.appdomain.cloud
Australia Asia Pacifico s3-web.direct.au-syd.cloud-object-storage.appdomain.cloud
AP Tokyo s3-web.direct.jp-tok.cloud-object-storage.appdomain.cloud
Osaka AP s3-web.direct.jp-osa.cloud-object-storage.appdomain.cloud

Endpoint interregionali

Endpoint interregionali
Regione Endpoint sito Web statico ospitato
Interregionale Stati Uniti s3-web.us.cloud-object-storage.appdomain.cloud
Interregionale UE s3-web.eu.cloud-object-storage.appdomain.cloud
Interregionale Asia Pacifico s3-web.ap.cloud-object-storage.appdomain.cloud
Endpoint interregionali
Regione Endpoint sito Web statico ospitato
Interregionale Stati Uniti s3-web.private.us.cloud-object-storage.appdomain.cloud
Interregionale UE s3-web.private.eu.cloud-object-storage.appdomain.cloud
Interregionale Asia Pacifico s3-web.private.ap.cloud-object-storage.appdomain.cloud
Endpoint interregionali
Regione Endpoint sito Web statico ospitato
Interregionale Stati Uniti s3-web.direct.us.cloud-object-storage.appdomain.cloud
Interregionale UE s3-web.direct.eu.cloud-object-storage.appdomain.cloud
Interregionale Asia Pacifico s3-web.direct.ap.cloud-object-storage.appdomain.cloud

Endpoint sito singolo

Posizione Endpoint sito Web statico ospitato
Amsterdam, Paesi Bassi s3-web.ams03.cloud-object-storage.appdomain.cloud
Chennai, India s3-web.che01.cloud-object-storage.appdomain.cloud
Città del Messico, Messico s3-web.mex01.cloud-object-storage.appdomain.cloud

| Montréal, Canada | s3-web.mon01.cloud-object-storage.appdomain.cloud | | Parigi, Francia | s3-web.par01.cloud-object-storage.appdomain.cloud | | San Jose, Stati Uniti | s3-web.sjc04.cloud-object-storage.appdomain.cloud | | San Paolo, Brasile | s3-web.sao01.cloud-object-storage.appdomain.cloud | | Singapore | s3-web.sng01.cloud-object-storage.appdomain.cloud |

Posizione Endpoint sito Web statico ospitato
Amsterdam, Paesi Bassi s3-web.private.ams03.cloud-object-storage.appdomain.cloud
Chennai, India s3-web.private.che01.cloud-object-storage.appdomain.cloud
Città del Messico, Messico s3-web.private.mex01.cloud-object-storage.appdomain.cloud

| Montréal, Canada | s3-web.private.mon01.cloud-object-storage.appdomain.cloud | | Parigi, Francia | s3-web.private.par01.cloud-object-storage.appdomain.cloud | | San Jose, Stati Uniti | s3-web.private.sjc04.cloud-object-storage.appdomain.cloud | | San Paolo, Brasile | s3-web.private.sao01.cloud-object-storage.appdomain.cloud | | Singapore | s3-web.private.sng01.cloud-object-storage.appdomain.cloud |

Posizione Endpoint sito Web statico ospitato
Amsterdam, Paesi Bassi s3-web.direct.ams03.cloud-object-storage.appdomain.cloud
Chennai, India s3-web.direct.che01.cloud-object-storage.appdomain.cloud
Città del Messico, Messico s3-web.direct.mex01.cloud-object-storage.appdomain.cloud

| Montréal, Canada | s3-web.direct.mon01.cloud-object-storage.appdomain.cloud | | Parigi, Francia | s3-web.direct.par01.cloud-object-storage.appdomain.cloud | | San Jose, Stati Uniti | s3-web.direct.sjc04.cloud-object-storage.appdomain.cloud | | San Paolo, Brasile | s3-web.direct.sao01.cloud-object-storage.appdomain.cloud | | Singapore | s3-web.direct.sng01.cloud-object-storage.appdomain.cloud |

Passi successivi

Sfruttare al massimo lo sviluppo web moderno richiede strumenti moderni e infrastrutture sicure, ma non dovrebbe essere una barriera al successo dei vostri progetti. Se non hai già provato l'esercitazione, controlla tu stesso come può funzionare l'hosting di un sito web statico.