W czasach wczesnego Instagrama, każdy inżynier infrastruktury IG praktycznie musiał zapamiętać identyfikator użytkownika @justinbieber... ponieważ za każdym razem, gdy bieber publikował, napotykaliśmy problemy z kluczami w CassandraDB i awariami Instagrama. 🥵🥵 Wiele serwerów internetowych próbowało pobrać te same dane z pamięci podręcznej (np. liczba polubień), napotykało błąd pamięci podręcznej i wszystkie zalewały bazę danych, wywołując klasyczny problem stada. Osoby na dyżurze miały dosłownie podręcznik: jeśli pojawiło się powiadomienie, sprawdź, czy to był identyfikator użytkownika biebera, a następnie uruchom operację wyłączającą... Serwowanie gorących danych jest trudne, serwowanie globalnie dostępnych zasobów, takich jak liczniki, jest trudne. Jednak stosy infrastrukturalne, takie jak @Aptos, są zbudowane, aby radzić sobie dokładnie z tym, z agregatorami i Block-STM rozwiązującymi podstawowe problemy koordynacji natywnie. A dzięki @shelbyserves optymalizującym wydajność serwowania danych jeszcze bardziej i umożliwiającym nową gospodarkę danych, cieszę się na myśl, że Shelby + Aptos zajmą ważne miejsce w zakłócaniu biznesu chmurowego w przyszłości. (P.S. Grupa inżynierów, którzy pracowali nad skalowaniem Instagrama, później dołączyła do projektu o nazwie Libra/Diem, a ostatecznie trafiła do @AptosLabs. Jeden z nich, @zekun000, jest szefem blockchaina w Aptos i buduje protokół Shelby)