Ho un sito che è composto solo da file statici.
Ho appena scoperto quanto sia facile ospitare siti Web direttamente da Github . Qualche idea di come si comportano in termini di latenza, affidabilità, capacità ...?
In generale - per il contenuto statico solo al momento - sono "grado di produzione"? Come si confrontano per dire Amazon S3 in termini di pura latenza e tempo di attività?
Risposte:
GitHub è davvero pronto per la produzione. Usano la replica, il clustering e il bilanciamento del carico per fornire bassa latenza e alta disponibilità e direi che sono abbastanza bravi a farlo. Puoi avere un'idea degli ultimi problemi leggendo la pagina di stato .
Tuttavia, non sono un vero hosting. Rispetto ad Amazon S3, ad esempio, Amazon offre i seguenti vantaggi:
I vantaggi dell'utilizzo delle pagine GitHub sono normalmente per gli utenti Ruby che vogliono usare Jekyll (lo strumento dietro le pagine GitHub) e vogliono lasciare a GitHub lo sforzo di compilare e ospitare il sito. Ultimo ma non meno importante, è gratuito (purché si mantenga pubblico il proprio repository).
Ma nulla ti impedisce di utilizzare Jekyll localmente (o qualsiasi altro strumento di pubblicazione), generare staticamente le pagine e ospitarle su Amazon. Lo sto facendo per diversi progetti. Esistono diversi strumenti da riga di comando per sincronizzare la tua copia locale con la cartella Amazon.
La grande limitazione non è il supporto TLS / SSL end-to-end .
Le pagine sono offerte su HTTP, non HTTPS, quindi non dovresti usarle per transazioni sensibili, come l'invio di password o numeri di carte di credito.
https: // foo .github.io funziona , ma non è del tutto sicuro (estratto dalla risposta di supporto di GitHub, febbraio 2014):
Mentre le richieste HTTPS sembrano funzionare, il nostro provider CDN sta aggiungendo e rimuovendo la crittografia alla fine, quindi la richiesta viene trasmessa su Internet aperto dal nostro provider CDN alla nostra infrastruttura GitHub Pages, creando l'aspetto di attendibilità.
Questo è il motivo per cui non supportiamo ancora ufficialmente HTTPS per le pagine GitHub.
E non esiste alcun supporto TLS / SSL per domini personalizzati [ problema non ufficiale ].
Molte persone hanno sperimentato il fronting di HTTPS su un dominio personalizzato tramite ad esempio Clouldflare. Clouldflare non è specificamente sicuro end-to-end (" Strict Full SSL" non funziona qui) ma qualunque cosa tu usi in primo piano, il link Pagine – CDN di Github rimane insicuro come spiegato sopra.
Un altro piccolo bug: alcuni percorsi reindirizzano a http .
*.github.ioora, ma non esiste ancora un SSL valido per domini personalizzati.
A partire dal 2018 GitHub Pages supporta completamente HTTPS, anche per domini personalizzati .
GitHub Pages ora utilizza anche una CDN , attualmente fornita da Fastly .
Quindi, qualsiasi cosa tu ospiti oggi sulle pagine GitHub sarà sicura, veloce e affidabile.