我发现直接在Github上托管网站非常容易。知道它们在延迟，可靠性，容量方面如何表现吗？？
通常-仅针对当前的静态内容-它们是“生产级”吗？在纯延迟和正常运行时间方面，他们与Amazon S3相比如何？
#1 楼
GitHub确实已经可以投入生产了。他们使用复制，群集和负载平衡来提供低延迟和高可用性，我会说他们非常擅长于此。您可以通过阅读状态页来了解最新的问题。，它们并不是真正的主机。例如，与Amazon S3相比，Amazon具有以下优势：
基础设施大一个数量级
使用CDN（Amazon CloudFront）的能力通过服务减少延迟根据用户位置具有最近节点的页面
使用GitHub页面的优势通常对于希望使用Jekyll（GitHub页面背后的工具）并且希望让GitHub进行编译的Ruby用户而言并托管该网站。最后但并非最不重要的一点是，它是免费的（只要将存储库保持公开状态即可。）。
但是没有什么可以阻止您在本地使用Jekyll（或任何其他发布工具），静态生成页面并将其托管在亚马逊我正在为几个项目这样做。有几种命令行工具可将您的本地副本与Amazon文件夹同步。
#2 楼
截至2018年，GitHub Pages完全支持HTTPS，即使是自定义域也是如此。GitHub Pages现在还使用了CDN，该CDN目前由Fastly提供。
因此，您托管的任何内容今天的GitHub Pages将是安全，快速和可靠的。
#3 楼
此答案已过时=>请参见Maximillian的答案最大的限制是不支持端到端TLS / SSL。
页面是通过HTTP（而非HTTPS）提供的，因此您不应将其用于敏感交易，例如发送密码或信用卡号。
-https://help.github.com/ articles / what-are-github-pages
https://foo.github.io确实可以工作，但并不完全安全（摘自GitHub支持回复，2014年2月）：
虽然HTTPS请求似乎可以工作，但我们的CDN提供程序在其末尾添加和删除了加密，然后该请求通过开放式互联网从我们的CDN提供程序传输到我们的GitHub Pages基础结构，创建可信任的外观。
这就是为什么我们尚未正式支持GitHub Pages的HTTPS。
并且没有TLS / SSL支持适用于所有自定义域[非官方问题]。
许多人都尝试过fr通过例如在自定义域上启用HTTPS Clouldflare。 Clouldflare特别不是端到端安全的（“严格的完全SSL”在这里不起作用），但是无论您在前面使用什么，Github自己的Pages-CDN链接都如上所述不安全。
另一个小错误：某些路径重定向回http。
评论
该证书现在也与* .github.io匹配，但是对于自定义域仍然没有有效的SSL。
–扎兹
2014年7月23日在11:29
评论
他们支持SSL吗？
–ripper234
2011年10月7日在15:20
是的，Amazon支持SSL。您将在Amazon文档中找到S3和CloudFront的所有详细信息。
–西蒙·卡莱蒂（Simone Carletti）
2011年10月7日15:21
我实际上是在问有关Github的问题，我没有在文档中找到它。
–ripper234
2011年10月7日16:01
顺便说一句，我在github上发现的直接优势仅仅是一个超级无缝的部署过程（git push）。
–ripper234
2011年10月7日在16:02
嗯，当与虚拟主机结合使用时，我目前在Amazon的SSL上遇到一些问题。似乎我无法从Amazon S3提供app.mysite.com。 shlomoswidler.com/2009/08/…
–ripper234
11-10-17在11:46