Сколько стоит Github Pages для обслуживания статических файлов?

У меня есть сайт, который состоит только из статических файлов.

Я только что обнаружил, как легко размещать сайты прямо с Github . Любая идея, как они живут с точки зрения задержки, надежности, производительности ...?

В целом - для статического контента только на данный момент - они "производственного класса"? Как они сравнивают Amazon S3 с точки зрения чистой задержки и времени безотказной работы?

GitHub действительно готов к производству. Они используют репликацию, кластеризацию и балансировку нагрузки, чтобы обеспечить низкую задержку и высокую доступность, и я бы сказал, что у них это хорошо получается. Вы можете иметь представление о последних проблемах, прочитав страницу состояния .

Тем не менее, они не настоящий хостинг. Например, по сравнению с Amazon S3 Amazon предоставляет следующие преимущества:

• Инфраструктура примерно на порядок больше
• Возможность использовать CDN (Amazon CloudFront) для уменьшения задержки, обслуживая страницы с ближайшим узлом в соответствии с местоположением пользователя

Преимущества использования страниц GitHub обычно для пользователей Ruby, которые хотят использовать Jekyll (инструмент для страниц GitHub) и хотят оставить GitHub усилия по компиляции и размещению сайта. И последнее, но не менее важное: это бесплатно (если вы храните свой репозиторий в открытом доступе).

Но ничто не мешает вам использовать Jekyll локально (или любой другой инструмент публикации), генерировать страницы статически и размещать их на Amazon. Я делаю это для нескольких проектов. Существует несколько инструментов командной строки для синхронизации вашей локальной копии с папкой Amazon.

Большим ограничением является отсутствие сквозной поддержки TLS / SSL.

Страницы обслуживаются по HTTP, а не по HTTPS, поэтому вам не следует использовать их для конфиденциальных транзакций, таких как отправка паролей или номеров кредитных карт.

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

https: // foo .github.io работает , но не является полностью безопасным (выдержка из ответа службы поддержки GitHub, февраль 2014 г.):

Хотя HTTPS-запросы могут казаться работающими, наш поставщик CDN добавляет и удаляет шифрование на их конце, а затем запрос передается через открытый Интернет от нашего поставщика CDN в нашу инфраструктуру GitHub Pages, создавая впечатление надежности.

Вот почему мы пока официально не поддерживаем HTTPS для GitHub Pages.

И вообще нет поддержки TLS / SSL для пользовательских доменов [ неофициальный вопрос ].

Многие люди экспериментировали с открытием HTTPS в пользовательском домене с помощью, например, Clouldflare. Clouldflare определенно не является сквозным (« Строгий здесь не работает Full SSL»), но что бы вы ни использовали впереди, собственная ссылка Github Pages – CDN остается небезопасной, как описано выше.

Еще одна небольшая ошибка: некоторые пути перенаправляются обратно на http .

Начиная с 2018 года GitHub Pages полностью поддерживает HTTPS даже для пользовательских доменов. .

GitHub Pages также теперь использует CDN , который в настоящее время предоставляется Fastly .

Поэтому все, что вы размещаете на страницах GitHub сегодня, будет надежным, быстрым и надежным.