Au début des jours d'Instagram, chaque ingénieur infra IG devait pratiquement mémoriser l'ID utilisateur de @justinbieber... parce qu'à chaque fois que Bieber postait, nous rencontrions des problèmes de clé chaude sur CassandraDB et Instagram plantait. 🥵🥵 Plusieurs serveurs web essayaient de récupérer les mêmes données du cache (par exemple, le nombre de likes), rencontraient un échec de cache, et inondaient tous la base de données, déclenchant un classique problème de troupeau tonitruant. Les personnes de garde avaient littéralement un manuel : si une alerte se déclenchait, vérifier si c'était l'ID utilisateur de Bieber, puis exécuter une opération de coupure... Servir des données chaudes est difficile, servir des ressources globalement accessibles comme des compteurs est difficile. Mais des piles d'infrastructure comme @Aptos sont conçues pour gérer exactement cela, avec des agrégateurs et Block-STM résolvant des problèmes de coordination de base de manière native. Et avec @shelbyserves optimisant encore plus la performance de service des données et permettant une nouvelle économie de données, je suis impatient de voir Shelby + Aptos prendre une place majeure dans la disruption du secteur du cloud à l'avenir. (P.S. Un groupe d'ingénieurs qui ont travaillé sur la mise à l'échelle d'Instagram a ensuite rejoint un projet appelé Libra/Diem, et a finalement atterri chez @AptosLabs. L'un d'eux, @zekun000, est le responsable de la blockchain chez Aptos et construit le protocole Shelby)