У меня есть сайт, который состоит только из статических файлов.
Я только что обнаружил, как легко размещать сайты прямо с Github . Любая идея, как они живут с точки зрения задержки, надежности, производительности ...?
В целом - для статического контента только на данный момент - они "производственного класса"? Как они сравнивают Amazon S3 с точки зрения чистой задержки и времени безотказной работы?
Ответы:
GitHub действительно готов к производству. Они используют репликацию, кластеризацию и балансировку нагрузки, чтобы обеспечить низкую задержку и высокую доступность, и я бы сказал, что у них это хорошо получается. Вы можете иметь представление о последних проблемах, прочитав страницу состояния .
Тем не менее, они не настоящий хостинг. Например, по сравнению с Amazon S3 Amazon предоставляет следующие преимущества:
Преимущества использования страниц GitHub обычно для пользователей Ruby, которые хотят использовать Jekyll (инструмент для страниц GitHub) и хотят оставить GitHub усилия по компиляции и размещению сайта. И последнее, но не менее важное: это бесплатно (если вы храните свой репозиторий в открытом доступе).
Но ничто не мешает вам использовать Jekyll локально (или любой другой инструмент публикации), генерировать страницы статически и размещать их на Amazon. Я делаю это для нескольких проектов. Существует несколько инструментов командной строки для синхронизации вашей локальной копии с папкой Amazon.
Большим ограничением является отсутствие сквозной поддержки TLS / SSL.
Страницы обслуживаются по HTTP, а не по HTTPS, поэтому вам не следует использовать их для конфиденциальных транзакций, таких как отправка паролей или номеров кредитных карт.
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 .
*.github.ioтакже соответствует, но все еще нет действительного SSL для пользовательских доменов.
Начиная с 2018 года GitHub Pages полностью поддерживает HTTPS даже для пользовательских доменов. .
GitHub Pages также теперь использует CDN , который в настоящее время предоставляется Fastly .
Поэтому все, что вы размещаете на страницах GitHub сегодня, будет надежным, быстрым и надежным.