Githubページは静的ファイルを提供するためにどのように機能しますか？
静的ファイルのみで構成されるサイトがあります。
Githubから直接Webサイトをホストする の簡単さを発見しました。レイテンシー、信頼性、キャパシティの点でどのように機能するのでしょうか？...
一般的に-静的コンテンツについては現時点でのみ-「プロダクショングレード」ですか？純粋なレイテンシとアップタイムの点で Amazon S と比較するとどうですか？
GitHubは実際に本番環境に対応しています。レプリケーション、クラスタリング、ロードバランシングを使用して、低レイテンシと高可用性を実現します。これは非常に優れていると思います。 ステータスページ を読むことで、最新の問題について知ることができます。
ただし、実際のホスティングではありません。たとえば、Amazon S3と比較して、Amazonには次の利点があります。
- 桁違いの規模のインフラストラクチャ
- CDN（Amazon CloudFront）を使用して、ユーザーの場所に応じて最も近いノードでページを提供することで待ち時間を短縮する機能
GitHubページを使用する利点は、通常、Jekyll（GitHubページの背後にあるツール）を使用し、GitHubにサイトをコンパイルしてホストする努力を任せたいRubyユーザー向けです。最後になりましたが、無料です（リポジトリを公開している限り）。
しかし、Jekyllをローカル（または他の公開ツール）で使用し、ページを静的に生成し、Amazonでホストすることを妨げるものはありません。これをいくつかのプロジェクトで行っています。ローカルコピーをAmazonフォルダーと同期するためのコマンドラインツールがいくつかあります。
大きな制限はないend-to-endTLS/SSLサポート。
ページはHTTPSではなくHTTP経由で提供されるため、パスワードやクレジットカード番号の送信などの機密性の高いトランザクションには使用しないでください。
https：//foo.github.ioは動作します 、しかし完全に安全ではありません（GitHubサポート応答、2014年2月からの抜粋）：
HTTPSリクエストは機能しているように見えますが、CDNプロバイダーは最後に暗号化を追加および削除します。その後、リクエストはオープンなインターネットを介してCDNプロバイダーからGitHub Pagesインフラストラクチャに送信され、信頼性の外観を作成します。
これが、GitHubページのHTTPSをまだ正式にサポートしていない理由です。
また、カスタムドメインのTLS/SSLサポートはまったくありません[ 非公式な問題 ]。
多くの人々は、例えば、 Clouldflare。 Clouldflareは特にエンドツーエンドでは安全ではありません（ "StrictFull SSL"はここでは機能しません）。上で説明したように。
別の小さなバグ： 一部のパスはhttpにリダイレクトされます 。
2018年時点で、GitHubページ カスタムドメインでもHTTPSを完全にサポート 。
GitHubページ 現在はCDNを使用しています 。これは Fastly によって現在提供されています。
したがって、今日GitHubページでホストするものはすべて、安全、高速、信頼性の高いものになります。