Introduction

L'auteur, un ancien fan d'AWS, revient sur son expérience avec le géant du cloud et explique pourquoi il a fini par quitter la plateforme. Il relate son histoire, de l'enthousiasme initial à la déception et à la colère.

Contexte Technique

L'auteur évoque les débuts d'AWS, avec des services tels que SQS, S3 et EC2 SimpleDB. Il décrit comment la plateforme a évolué au fil du temps, mais également comment certaines décisions, comme le choix de Python 2 au lieu de Python 3, l'ont déçu. Il critique également la complexité de certains services, tels que DynamoDB et IAM.

Il aborde également les problèmes de facturation, notamment les coûts élevés de sortie de données et les pièges de facturation. L'auteur souligne que la complexité d'AWS est souvent sous-estimée par les utilisateurs, qui doivent employer des experts coûteux pour gérer les systèmes.

Analyse et Implications

L'auteur analyse les implications de son expérience avec AWS, notamment en termes de coûts, de complexité et de sécurité. Il souligne que les utilisateurs doivent être conscients des risques et des coûts potentiels liés à l'utilisation d'AWS. Il critique également la politique d'AWS envers les projets open source, notamment la création de services concurrents comme OpenSearch et DocumentDB.

Perspective

L'auteur conclut que son expérience avec AWS a été décevante et qu'il a fini par quitter la plateforme. Il souligne que les utilisateurs doivent être prudents lorsqu'ils choisissent un fournisseur de services cloud et qu'ils doivent évaluer soigneusement les coûts, la complexité et les risques potentiels. Il recommande de surveiller les évolutions d'AWS et de considérer les alternatives pour éviter les pièges de facturation et les problèmes de sécurité.

Enfin, l'auteur relate son expérience récente avec AWS, lorsqu'il a tenté de réactiver son compte pour effectuer des tests et a été confronté à des problèmes de sécurité et de support. Il souligne que les utilisateurs doivent être préparés à ces types de situations et qu'ils doivent avoir des plans de secours pour éviter les perturbations de service.