-
En 2000, au moment de la bulle internet, le plus gros poste de dépense d’Amazon était ses coûteux serveurs Sun dans les data centers
-
Le fait d’avoir retiré Sun sur une année entière pour le remplacer par HP/Linux est devenu la base d’AWS
-
À l’époque, la devise d’Amazon était « Get big fast ». Comme la moindre panne du site se traduisait immédiatement par des pertes, la fiabilité était essentielle
→ C’est pourquoi, même si les équipements Sun étaient chers et propriétaires, ils étaient considérés comme les plus fiables, et toutes les entreprises de l’internet les utilisaient
-
En 2000, alors que des startups financées par des VC cessaient leurs activités, des serveurs Sun neufs ont commencé à apparaître sur ebay à des prix inférieurs à 1 dollar
-
À ce moment-là, Amazon aurait pu négocier un meilleur accord avec Sun, mais Jeff a choisi une approche plus radicale
-
Le CTO d’Amazon à l’époque était Rick Dalzell, venu de Walmart, et il a mené le remplacement de Sun par HP/Linux dans toute l’organisation technique
-
Le noyau Linux était sorti en 1994, la même année où Jeff a lancé Amazon. Six ans plus tard, l’entreprise a parié sur une approche nouvelle et risquée
-
Pendant la transition, le développement produit a été interrompu et les lancements de nouvelles fonctionnalités ont été gelés pendant plus d’un an. Il y avait un énorme backlog, mais rien ne pouvait être livré avant la fin de la migration vers Linux.
-
De plus, pour réduire la consommation de cash, les prix ont été augmentés, ce qui a ralenti la croissance du chiffre d’affaires. C’était un cercle vicieux, et à mesure que l’argent diminuait, le temps manquait aussi. L’entreprise n’était plus qu’à quelques trimestres de la faillite
-
Mais une fois la transition vers Linux lancée, il n’était plus possible de revenir en arrière. Il a fallu refactorer la base de code, remplacer les serveurs, et préparer le cutover (bascule rapide par étapes)
-
Si cela fonctionnait, les coûts d’infrastructure diminueraient de plus de 80 % ; en cas d’échec, le site s’effondrerait et l’entreprise ferait faillite
-
Finalement, la transition a été achevée à temps et sans incident. Ce fut un immense succès pour toute l’équipe technique. Le site a continué à fonctionner sans interruption, et les CAPEX (dépenses d’investissement) ont fortement chuté du jour au lendemain.
→ Et soudain, ils disposaient d’une infrastructure extensible à l’infini
- C’est alors qu’un phénomène encore plus intéressant est apparu. En tant que retailer, Amazon faisait face chaque année, en novembre et décembre, à une forte saisonnalité avec une explosion du trafic et des ventes
→ Jeff a commencé à se dire : « Nous avons une capacité serveur excédentaire pendant 46 semaines par an ; et si nous la louions à d’autres entreprises ? »
- À la même période, Jeff s’intéressait aussi à la séparation des dépendances internes (decoupling) pour que les équipes puissent développer sans être contrôlées par d’autres équipes
→ Les changements d’architecture nécessaires pour rendre possible ce modèle faiblement couplé sont devenus les éléments de base des API d’AWS
→ Référence : l’e-mail interne de Jeff Bezos de 2002, le plus important de l’histoire d’Amazon https://fr.news.hada.io/topic?id=638
- Ce sont ces intuitions fondamentales qui ont donné naissance à AWS. Je me souviens que Jeff expliquait cette idée lors d’une réunion générale en la comparant au réseau électrique
→ « Au début du XXe siècle, une entreprise devait posséder son propre générateur pour ouvrir un magasin. Pourquoi, dans les années 2000, une entreprise devrait-elle encore construire son propre data center ? »
- L’infrastructure cloud serait probablement apparue même sans AWS (comme la voiture électrique sans Tesla, par exemple), mais on ne sait pas combien de temps plus tard ni à quel coût d’opportunité
→ Après qu’AWS a fortement réduit le coût de création d’une entreprise, l’innovation a explosé et l’écosystème moderne du VC est né
- Amazon a failli mourir entre 2000 et 2003, mais sans cette crise, l’entreprise n’aurait probablement pas pris la décision difficile de basculer vers une architecture totalement nouvelle
→ Sans ce changement, AWS n’aurait pas vu le jour. « Ne gaspillez pas une bonne crise »
- PS : Amazon a récemment mis plusieurs années à se débarrasser d’Oracle. Pour faire des choses difficiles, il faut du muscle, et c’est en faisant des choses difficiles que ce muscle se construit
→ « Les meilleures entreprises voient chaque défi comme une opportunité et inscrivent cet état d’esprit dans leur culture »
2 commentaires
C’est ce qu’on appelle avoir une vision.
À ce sujet, Peter Vosshall a répondu que le matériel effectivement remplacé n’était pas du Sun, mais des serveurs Compaq/Digital Tru64 Alpha.
Peter est un ingénieur retraité d’AWS, donc cette version semble plus fiable.
Cela dit, dans le fil général du récit, savoir s’il s’agissait de Sun ou d’Alpha n’a pas vraiment d’importance, donc j’ai simplement traduit le texte original tel quel.
Concernant les débuts d’AWS, il existe aussi d’autres récits avec des points de vue variés.
On dit par exemple que le véritable point de départ n’était pas EC2, mais plutôt les Web Services eux-mêmes, avec SQS/S3 arrivés avant.
https://news.ycombinator.com/item?id=25700519
Là encore, comme cela ne semble pas important pour le fil général du texte, je l’ai laissé tel que dans l’original ; gardez-le simplement en tête.
Dan Rose, qui a écrit ce thread Twitter, était le tout premier membre de l’équipe Kindle, et il laisse parfois ce genre de vieux récits sur Amazon sous forme de threads.