В ранние дни Instagram каждый инженер по инфраструктуре IG практически должен был запомнить ID пользователя @justinbieber... потому что каждый раз, когда бибер публиковал что-то, у нас возникали проблемы с горячими ключами в CassandraDB и Instagram падал. 🥵🥵 Несколько веб-серверов пытались получить одни и те же данные из кэша (например, количество лайков), сталкивались с промахом кэша и все заполняли базу данных, вызывая классическую проблему громкого стада. У дежурных буквально была инструкция: если сработала тревога, проверьте, был ли это ID пользователя бибера, затем выполните операцию отключения... Обслуживать горячие данные сложно, обслуживать глобально доступные ресурсы, такие как счетчики, сложно. Но инфраструктурные стеки, такие как @Aptos, созданы для того, чтобы справляться именно с этим, с агрегаторами и Block-STM, решающими основные проблемы координации на уровне ядра. А с @shelbyserves, оптимизирующим производительность обслуживания данных еще больше и позволяющим создать новую экономику данных, мне интересно увидеть, как Shelby + Aptos займут важное место в разрушении облачного бизнеса в будущем. (П.С. Группа инженеров, работавших над масштабированием Instagram, позже присоединилась к проекту под названием Libra/Diem и в конечном итоге оказалась в @AptosLabs. Один из них, @zekun000, является главой блокчейна в Aptos и разрабатывает протокол Shelby)