GitHub, il modo più semplice per gli sviluppatori di scrivere software insieme, è cresciuto fino a riunire 5,8 milioni di sviluppatori in oltre 12 milioni di repository in tutto il mondo. GitHub ha collaborato con Fastly per personalizzare la configurazione della propria CDN, garantendo una distribuzione rapida ed efficiente dei suoi contenuti. Fastly serve tutte le risorse statiche e si trova davanti a GitHub.com, Pages (il loro servizio di hosting di siti web) e raw.github.com.

Configurazione da un giorno all’altro

GitHub ha iniziato a utilizzare Fastly per sviluppare una nuova funzionalità necessaria e, quando il suo precedente provider CDN ha subito un’interruzione del servizio, ha trasferito gran parte dei contenuti rimanenti su Fastly da un giorno all’altro. Poiché il servizio Fastly è davvero self-provisioning e molto rapido da impostare, GitHub è stata in grado di passare a Fastly e configurare immediatamente il proprio servizio, nonostante fosse nel bel mezzo di un attacco e senza dover coinvolgere un commerciale.

GitHub ha posizionato Fastly a monte di altri servizi che erano frequentemente soggetti ad attacchi DoS. Utilizzando la funzionalità Grace Mode di Fastly, sono in grado di limitare l’impatto di un attacco sugli utenti finali servendo contenuti dalla cache, anche se non aggiornati, invece di un errore.

Migliorare velocità e affidabilità

Prima di Fastly, GitHub Pages subiva carichi costantemente elevati quando i picchi di richieste sovraccaricavano i server di origine. Al fine di attenuare i picchi e gestire la natura virale di Pages, Fastly ha fornito a GitHub un indirizzo IP dedicato in ciascun datacenter, consentendo alle centinaia di migliaia di domini personalizzati creati con Pages di transitare attraverso Fastly. Ciò velocizza i singoli siti web di Pages e riduce al minimo le richieste al server di origine, rendendo Pages più veloce e più affidabile. In effetti, secondo questo confronto, Pages supera Arvixe, Windows Azure e Amazon AWS in termini di tempo di caricamento del sito.

Riduzione del carico del server di origine

GitHub utilizza Fastly anche per memorizzare nella cache il contenuto dinamico, come i file raw renderizzati dai repository GitHub. Prima di memorizzare questi file nella cache con Fastly, Raw.GitHub registrava picchi enormi di richieste a intervalli costanti quando migliaia di macchine richiedevano contenuti generati dall’utente per eseguire azioni automatizzate. Con Fastly davanti a Raw, le richieste multiple per lo stesso elemento di contenuto vengono accorpate in una singola richiesta, riducendo notevolmente il carico sul server di origine.

Scalare per la crescita

Per GitHub, Fastly è diventato un partner fondamentale. Negli ultimi anni GitHub ha registrato una rapida crescita e si è affidata a Fastly per supportare l’evoluzione dei propri servizi mentre riprogettava componenti infrastrutturali chiave. L’utilizzo di Fastly ha consentito a GitHub di concentrare la pianificazione della capacità sul proprio sito principale, continuando al contempo a supportare altri servizi molto diffusi, come Raw e Pages, senza sacrificare le prestazioni.