Instagramin alkuaikoina jokaisen IG:n infrainsinöörin piti käytännössä muistaa @justinbieber käyttäjätunnus... koska joka kerta kun Bieber julkaisi, törmäsimme CassandraDB:n kuumiin avainongelmiin ja kaatui Instagramiin. 🥵🥵 Useat verkkopalvelimet yrittäisivät hakea samat tiedot välimuistista (esim. tykkäysten määrän), osuivat välimuistiin ja kaikki tulvivat tietokantaan, mikä laukaisi klassisen jylisevän laumaongelman. Oncalleilla oli kirjaimellisesti runbook: jos hälytys laukesi, tarkista, oliko se bieberin käyttäjätunnus, ja suorita sitten jokin killswitch-toiminto... Kuuman datan tarjoaminen on vaikeaa, maailmanlaajuisesti käytettävissä olevien resurssien, kuten laskurien, palveleminen on vaikeaa. Mutta @Aptos:n kaltaiset infrastruktuuripinot on rakennettu käsittelemään juuri tätä, ja aggregaattorit ja Block-STM ratkaisevat keskeiset koordinointiongelmat natiivisti. Ja kun @shelbyserves optimoi datan suorituskykyä entisestään ja mahdollistaa uuden datatalouden, olen innoissani nähdessäni Shelby + Aptosin ottavan merkittävän paikan pilviliiketoiminnan mullistamisessa tulevaisuudessa. (P.S. Joukko insinöörejä, jotka työskentelivät Instagramin skaalaamisen parissa, liittyivät myöhemmin Libra/Diem-nimiseen projektiin ja päätyivät lopulta @AptosLabs. Yksi heistä, @zekun000, on Aptosin lohkoketjujohtaja ja rakentaa Shelby-protokollaa)