静的ファイルのみで構成されるサイトがあります。
Githubから直接Webサイトをホストすることがいかに簡単かを発見しました。レイテンシー、信頼性、キャパシティの点でどのように機能するのでしょうか?
一般に-現時点での静的コンテンツのみ-「プロダクショングレード」ですか?純粋なレイテンシとアップタイムの点で、Amazon S3と言うのに比べてどうですか?
静的ファイルのみで構成されるサイトがあります。
Githubから直接Webサイトをホストすることがいかに簡単かを発見しました。レイテンシー、信頼性、キャパシティの点でどのように機能するのでしょうか?
一般に-現時点での静的コンテンツのみ-「プロダクショングレード」ですか?純粋なレイテンシとアップタイムの点で、Amazon S3と言うのに比べてどうですか?
回答:
GitHubは実際に本番環境に対応しています。レプリケーション、クラスタリング、ロードバランシングを使用して、低遅延と高可用性を実現します。これは非常に優れていると言えます。ステータスページを読むことで、最新の問題に関するアイデアを得ることができます。
ただし、実際のホスティングではありません。たとえば、Amazon S3と比較して、Amazonには次の利点があります。
GitHubページを使用する利点は、通常、Jekyll(GitHubページの背後にあるツール)を使用し、GitHubにサイトをコンパイルしてホストする努力を任せたいRubyユーザーにとってです。最後になりましたが、無料です(リポジトリを公開している限り)。
しかし、Jekyllをローカル(または他のパブリッシングツール)で使用し、ページを静的に生成し、Amazonでホストすることを妨げるものは何もありません。これをいくつかのプロジェクトで行っています。ローカルコピーをAmazonフォルダーと同期するためのコマンドラインツールがいくつかあります。
大きな制限は、エンドツーエンドの TLS / SSLサポートがないことです。
ページはHTTPSではなくHTTP経由で提供されるため、パスワードやクレジットカード番号の送信などの機密性の高いトランザクションには使用しないでください。
https:// foo .github.ioは動作しますが、完全に安全ではありません(GitHubサポート応答、2014年2月からの抜粋):
HTTPSリクエストは機能しているように見えますが、CDNプロバイダーは最後に暗号化を追加および削除します。その後、リクエストはオープンなインターネットを介してCDNプロバイダーからGitHub Pagesインフラストラクチャに送信され、信頼性が生まれます。
これが、GitHubページのHTTPSをまだ正式にサポートしていない理由です。
また、カスタムドメインのTLS / SSLはまったくサポートされていません[ 非公式な問題 ]。
多くの人が、たとえばClouldflareを介してカスタムドメインでHTTPSを使用する実験を行っています。Clouldflareが、具体的確保にエンド-エンドされていません(「厳格な完全なSSLは、」ここで働いていません)が、あなたが前に使用して何でも上に説明したように、Githubに独自のページ-CDNリンクが不安定なまま。
別の小さなバグ:一部のパスはhttpにリダイレクトします。
*.github.io
ようになりましたが、カスタムドメインの有効なSSLはまだありません。
2018年時点で、GitHub Pages はカスタムドメインでもHTTPSを完全にサポートしています。
GitHub Pages は、現在Fastlyが提供しているCDNも使用するようになりました。
したがって、今日GitHub Pagesでホストするものはすべて、安全、高速、信頼性の高いものになります。