Tengo un sitio que se compone solo de archivos estáticos.
Acabo de descubrir lo fácil que es alojar sitios web directamente desde Github . ¿Alguna idea de cómo les va en términos de latencia, confiabilidad, capacidad ...?
En general, para contenido estático solo en este momento, ¿son de "grado de producción"? ¿Cómo se comparan con decir Amazon S3 en términos de latencia pura y tiempo de actividad?
Respuestas:
GitHub está realmente listo para la producción. Utilizan replicación, agrupamiento y equilibrio de carga para proporcionar baja latencia y alta disponibilidad, y diría que son bastante buenos para hacerlo. Puede tener una idea sobre los últimos problemas leyendo la página de estado .
Sin embargo, no son un alojamiento real. En comparación con Amazon S3, por ejemplo, Amazon ofrece las siguientes ventajas:
Las ventajas de usar páginas de GitHub son normalmente para los usuarios de Ruby que desean usar Jekyll (la herramienta detrás de las páginas de GitHub) y quieren dejar a GitHub el esfuerzo de compilar y alojar el sitio. Por último, pero no menos importante, es gratis (siempre que mantenga su repositorio público).
Pero nada le impide usar Jekyll localmente (o cualquier otra herramienta de publicación), generar las páginas de forma estática y alojarlas en Amazon. Estoy haciendo esto para varios proyectos. Existen varias herramientas de línea de comandos para sincronizar su copia local con la carpeta de Amazon.
La gran limitación es que no hay soporte TLS / SSL de extremo a extremo .
Las páginas se sirven a través de HTTP, no HTTPS, por lo que no debe usarlas para transacciones confidenciales, como el envío de contraseñas o números de tarjetas de crédito.
https: // foo .github.io funciona , pero no es completamente seguro (extracto de la respuesta de soporte de GitHub, febrero de 2014):
Si bien puede parecer que las solicitudes HTTPS funcionan, nuestro proveedor de CDN está agregando y eliminando el cifrado a su final, y luego la solicitud se transmite a través de Internet abierto desde nuestro proveedor de CDN a nuestra infraestructura de páginas de GitHub, creando la apariencia de confiabilidad.
Es por eso que todavía no admitimos oficialmente HTTPS para las páginas de GitHub.
Y no hay soporte TLS / SSL para dominios personalizados en absoluto [ problema no oficial ].
Muchas personas han experimentado con HTTPS al frente en un dominio personalizado a través de, por ejemplo, Clouldflare. Clouldflare específicamente no es seguro de extremo a extremo (" SSL estricto completo" no funciona aquí) pero, sea lo que sea que use al frente, el enlace de Páginas-CDN de Github sigue siendo inseguro como se explicó anteriormente.
Otro pequeño error: algunas rutas redirigen de nuevo a http .
*.github.ioahora, pero aún no hay SSL válido para dominios personalizados.
A partir de 2018, GitHub Pages es totalmente compatible con HTTPS, incluso para dominios personalizados .
GitHub Pages ahora también usa un CDN , que actualmente proporciona Fastly .
Por lo tanto, todo lo que aloje en las páginas de GitHub hoy será seguro, rápido y confiable.