V počátcích Instagramu si každý IG infra inženýři prakticky musel zapamatovat uživatelské ID @justinbieber... Protože pokaždé, když bieber zveřejnil příspěvek, narazili jsme na problémy s horkými klíči na CassandraDB a pád Instagramu. 🥵🥵 Více webových serverů by se pokusilo načíst stejná data z cache (např. počet lajků), narazilo by na chybu cache a všechny by zaplavily databázi, což by vyvolalo klasický problém s hřmotným stádem. Oncally měly doslova runbook: pokud se spustilo upozornění, zkontrolujte, zda se jednalo o bieberovo uživatelské ID, a poté spusťte nějakou operaci killswitch... Obsluha horkých dat je obtížná, obsluha globálně přístupných zdrojů, jako jsou čítače, je obtížná. Ale infrastrukturní stacky, jako je @Aptos, jsou postaveny tak, aby zvládly přesně toto, přičemž agregátory a Block-STM řeší základní koordinační problémy nativně. A vzhledem k tomu, že @shelbyserves ještě více optimalizuje výkon poskytování dat a umožňuje novou datovou ekonomiku, jsem nadšený, že Shelby + Aptos v budoucnu zaujme významné místo v narušení cloudového podnikání. (P.S. Parta inženýrů, kteří pracovali na škálování Instagramu, se později připojila k projektu s názvem Libra/Diem a nakonec přistáli u @AptosLabs. Jeden z nich, @zekun000, je vedoucím blockchainu ve společnosti Aptos a buduje Shelbyho protokol)