Ich habe eine Site, die nur aus statischen Dateien besteht.
Ich habe gerade herausgefunden, wie einfach es ist, Websites direkt von Github aus zu hosten . Haben Sie eine Idee, wie sie in Bezug auf Latenz, Zuverlässigkeit, Kapazität ... abschneiden?
Im Allgemeinen - für statische Inhalte nur im Moment - sind sie "Produktionsqualität"? Wie kann man Amazon S3 in Bezug auf reine Latenz und Verfügbarkeit vergleichen?
Antworten:
GitHub ist in der Tat produktionsbereit. Sie verwenden Replikation, Clustering und Load Balancing, um eine geringe Latenz und hohe Verfügbarkeit zu gewährleisten, und ich würde sagen, dass sie darin ziemlich gut sind. Auf der Statusseite können Sie sich über die neuesten Probleme informieren .
Sie sind jedoch kein echtes Hosting. Gegenüber Amazon S3 bietet Amazon beispielsweise folgende Vorteile:
Die Vorteile der Verwendung von GitHub-Seiten gelten normalerweise für Ruby-Benutzer, die Jekyll (das Tool hinter GitHub-Seiten) verwenden und GitHub die Mühe geben möchten, die Site zu kompilieren und zu hosten. Last but not least ist es kostenlos (solange Sie Ihr Repository öffentlich halten).
Nichts hindert Sie jedoch daran, Jekyll lokal (oder ein anderes Publishing-Tool) zu verwenden, die Seiten statisch zu generieren und bei Amazon zu hosten. Ich mache das für mehrere Projekte. Es gibt verschiedene Befehlszeilentools, um Ihre lokale Kopie mit dem Amazon-Ordner zu synchronisieren.
Die große Einschränkung ist keine End-to-End - TLS / SSL - Unterstützung.
Seiten werden über HTTP und nicht über HTTPS bereitgestellt. Sie sollten sie daher nicht für vertrauliche Transaktionen wie das Senden von Kennwörtern oder Kreditkartennummern verwenden.
https: // foo .github.io funktioniert , ist aber nicht ganz sicher (Auszug aus der Antwort des GitHub-Supports, Februar 2014):
Während HTTPS-Anfragen zu funktionieren scheinen, fügt unser CDN-Anbieter die Verschlüsselung an ihrem Ende hinzu und entfernt sie. Anschließend wird die Anfrage über das offene Internet von unserem CDN-Anbieter an unsere GitHub Pages-Infrastruktur übertragen, was den Anschein von Vertrauenswürdigkeit erweckt.
Aus diesem Grund unterstützen wir HTTPS für GitHub Pages noch nicht offiziell.
Es gibt überhaupt keine TLS / SSL-Unterstützung für benutzerdefinierte Domains [ inoffizielles Problem ].
Viele Leute haben mit dem Fronting von HTTPS auf einer benutzerdefinierten Domain experimentiert, z. B. über Clouldflare. Clouldflare ist zwar nicht durchgängig sicher (" Strict Full SSL" funktioniert hier nicht), aber was auch immer Sie davor verwenden, Githubs eigener Pages-CDN-Link bleibt wie oben erläutert unsicher.
Ein weiterer kleiner Fehler: Einige Pfade leiten zurück zu http .
*.github.iojetzt ebenfalls überein , es ist jedoch noch kein gültiges SSL für benutzerdefinierte Domänen vorhanden.
Ab 2018 unterstützt GitHub Pages HTTPS auch für benutzerdefinierte Domains .
GitHub Pages verwendet jetzt auch eine CDN , die derzeit von Fastly bereitgestellt wird .
Alles, was Sie heute auf GitHub Pages hosten, ist sicher, schnell und zuverlässig.