GitHub, la forma más fácil para que los desarrolladores escriban software juntos, ha escalado hasta convertirse en una colaboración de 5.8 millones de desarrolladores en más de 12 millones de repositorios en todo el mundo. GitHub trabajó con Fastly para personalizar la configuración de su red de distribución de contenido, lo que garantiza una distribución rápida y eficiente de su contenido. Fastly sirve todos los recursos estáticos y se sitúa frente a GitHub.com, Pages (su servicio de alojamiento de sitios web) y raw.github.com.

Configuración de la noche a la mañana

GitHub comenzó a usar Fastly para construir una nueva función necesaria y, cuando su proveedor de red de distribución de contenido anterior experimentó una interrupción del servicio, trasladaron gran parte de su contenido restante a Fastly de la noche a la mañana. Debido a que el servicio de Fastly es verdaderamente de autoprovisionamiento y muy rápido de configurar, GitHub pudo hacer el cambio a Fastly y configurar su servicio de inmediato, a pesar de estar en medio de un ataque y sin tener que recurrir a un representante de ventas.

GitHub puso Fastly delante de otros servicios que eran objeto frecuente de ataques de denegación de servicio. Con la función Grace Mode de Fastly, pueden limitar el impacto de un ataque en los usuarios finales al servir datos obsoletos desde la caché en lugar de un error.

Mejora de la velocidad y la fiabilidad

Antes de Fastly, GitHub Pages experimentaba cargas de rendimiento constantemente altas cuando los picos de solicitudes saturaban los servidores de origen. Para mitigar los picos y gestionar la naturaleza viral de Pages, Fastly le dio a GitHub una dirección IP dedicada en cada centro de datos, lo que permite que los cientos de miles de dominios personalizados creados con Pages pasen a través de Fastly. Esto acelera los sitios web individuales de Pages y minimiza las solicitudes al origen, lo que hace que Pages sea más rápido y confiable. De hecho, según esta comparación, Pages supera a Arvixe, Windows Azure y Amazon AWS en términos de tiempo de carga del sitio.

Reducción de la carga del servidor de origen

GitHub también usa Fastly para almacenar en caché contenido dinámico, como los archivos renderizados sin procesar de los repositorios de GitHub. Antes de almacenar en caché estos archivos con Fastly, Raw.GitHub experimentaba picos masivos de solicitudes a intervalos constantes cuando miles de máquinas solicitaban contenido generado por el usuario para realizar acciones automatizadas. Con Fastly al frente de Raw, varias solicitudes para el mismo contenido se reducen a una sola solicitud, lo que disminuye significativamente la sobrecarga en el origen.

Escalabilidad para el crecimiento

Para GitHub, Fastly se ha convertido en un socio fundamental. GitHub ha experimentado un rápido crecimiento en los últimos años y confió en Fastly para escalar sus servicios a medida que rediseñaba componentes clave de su infraestructura. El uso de Fastly le ha permitido a GitHub enfocar la planificación de capacidad en su sitio principal mientras continúa dando soporte a otros servicios populares, como Raw y Pages, sin sacrificar el rendimiento.