Jak radzą sobie strony Github w przypadku udostępniania plików statycznych?

Mam witrynę, która składa się tylko z plików statycznych.

Właśnie odkryłem, jak łatwo jest hostować strony internetowe bezpośrednio z Github . Masz pojęcie, jak sobie radzą pod względem opóźnienia, niezawodności, pojemności ...?

Zasadniczo - czy w tej chwili tylko w przypadku treści statycznych - czy są one „klasy produkcyjnej”? Jak porównują się do powiedzenia Amazon S3 pod względem czystego opóźnienia i czasu pracy?

GitHub jest rzeczywiście gotowy do produkcji. Używają replikacji, klastrowania i równoważenia obciążenia, aby zapewnić niskie opóźnienia i wysoką dostępność. Powiedziałbym, że są w tym całkiem dobrzy. Możesz mieć pojęcie o najnowszych problemach, czytając stronę stanu .

Jednak nie są prawdziwym hostingiem. Na przykład w porównaniu do Amazon S3 Amazon zapewnia następujące korzyści:

• Infrastruktura o rząd wielkości większa
• Możliwość korzystania z CDN (Amazon CloudFront) w celu zmniejszenia opóźnień dzięki obsłudze stron z najbliższym węzłem zgodnie z lokalizacją użytkownika

Zalety korzystania ze stron GitHub są zwykle dla użytkowników Ruby, którzy chcą korzystać z Jekyll (narzędzie stojące za stronami GitHub) i chcą pozostawić GitHub wysiłek w zakresie kompilacji i hostowania strony. Last but not least, jest bezpłatny (pod warunkiem, że repozytorium jest publiczne).

Ale nic nie stoi na przeszkodzie, aby używać Jekyll lokalnie (lub innego narzędzia do publikowania), generować strony statycznie i hostować je na Amazon. Robię to dla kilku projektów. Istnieje kilka narzędzi wiersza polecenia do synchronizacji kopii lokalnej z folderem Amazon.

Dużym ograniczeniem jest brak kompleksowej obsługi TLS / SSL.

Strony są obsługiwane przez HTTP, a nie HTTPS, więc nie należy ich używać do poufnych transakcji, takich jak wysyłanie haseł lub numerów kart kredytowych.

- https://help.github.com/articles/what-are-github-pages

https: // foo .github.io działa , ale nie jest całkowicie bezpieczny (fragment odpowiedzi na wsparcie GitHub, luty 2014):

Podczas gdy żądania HTTPS mogą wydawać się działać, nasz dostawca CDN dodaje i usuwa szyfrowanie na ich końcu, a następnie żądanie jest przesyłane przez otwarty internet od naszego dostawcy CDN do naszej infrastruktury GitHub Pages, tworząc wrażenie zaufania.

Właśnie dlatego oficjalnie nie obsługujemy HTTPS dla stron GitHub.

I w ogóle nie ma obsługi TLS / SSL dla domen niestandardowych [ nieoficjalny problem ].

Wiele osób eksperymentowało z frontingiem HTTPS w niestandardowej domenie za pomocą np. Clouldflare. Clouldflare nie jest całkowicie bezpieczny („ Strict Full SSL” nie działa tutaj), ale cokolwiek użyjesz z przodu, własny link Pages – CDN Githuba pozostaje niepewny, jak wyjaśniono powyżej.

Kolejny mały błąd: niektóre ścieżki przekierowują z powrotem na http .

Począwszy od 2018 roku GitHub Pages w pełni obsługuje HTTPS, nawet w przypadku domen niestandardowych .

Strony GitHub używają teraz także sieci CDN , która jest obecnie udostępniana przez Fastly .

Wszystko, co dziś hostujesz na stronach GitHub, będzie bezpieczne, szybkie i niezawodne.