Exploitation cloud : des expériences qui se répondent
Des projets différents, une même démarche : réduire les goulets d’étranglement, détecter les problèmes tôt et faciliter l’évolution de l’infrastructure.
4 récits de projets · 3 articles techniques
Comment absorber un pic de trafic ?
Décharger les serveurs Web des contenus statiques
Mise en place d’Akamai pour mettre en cache environ 90 % des objets près des utilisateurs et soulager les serveurs physiques d’origine.
Lire le récit du projet ↗02Comment détecter les problèmes avant les utilisateurs ?
Avant que le client ne devienne votre système de supervision
À mon arrivée en 2000, quelques serveurs et scripts d’analyse de logs constituaient notre point de départ, mais pas une supervision capable de suivre la complexité croissante.
Lire le récit du projet ↗03Que faire si la conception initiale ne convient pas ?
Des serveurs physiques à VMware
Un stockage trop lent pour son usage initial est devenu la base d’une virtualisation réussie et a changé ma façon de penser l’infrastructure.
Lire le récit du projet ↗04Comment faciliter le prochain changement ?
Une plateforme de portfolio conçue pour le cloud
Un ancien WordPress transformé en plateforme AWS statique et rapide, avec une surface d’attaque réduite, une livraison automatisée et des statistiques de visite transparentes.
Lire le récit du projet ↗Du retour d’expérience au détail technique.
Des articles existants, réunis par thème pour poursuivre la lecture sans fouiller dans les archives.
La bombe à retardement de six mois : quand EFS a épuisé ses crédits de burst
Comment un solde de crédits de burst Amazon EFS a masqué une charge non soutenable pendant six mois, et les enseignements à en tirer pour la supervision.
Lire l’article technique ↗Superviser les crédits de burst EFS avec CloudWatch
Une conception pratique de supervision CloudWatch : débit EFS, épuisement des crédits, pression sur les E/S et conséquences applicatives.
Lire l’article technique ↗AWS Auto Scaling : les sondes de disponibilité ELB
Une astuce discrète mais importante pour les groupes Auto Scaling derrière un ALB : leurs contrôles EC2 par défaut ne suffisent pas à détecter une application indisponible.
Lire l’article technique ↗

cloud / systèmes