Je vais sécuriser et faire évoluer votre infrastructure serveur

Certaines informations ont été traduites automatiquement.

Bangladesh

Je parle Anglais

3 commandes terminées

Ingénieur DevOps AWS Cloud, conteneurisation Docker, automatisation CICD

Ingénieur DevOps avec plus de 5 ans d'expérience dans la construction d'infrastructures de niveau production sur AWS, Azure et GCP. Je me spécialise dans la containerisation avec Docker, l'orchestrati...
À propos de ce service

Une boutique WooCommerce mettait 45 secondes à charger après une augmentation du trafic. L’utilisation du CPU était si élevée que l’hébergeur a menacé de suspendre l’instance. Le client perdait des clients chaque jour et avait besoin d’une solution urgente.


Ce que j’ai trouvé : Pas de compression gzip, PHP OPcache désactivé, Nginx fonctionnant avec un seul processus worker, la taille du buffer pool InnoDB de MySQL réglée à son paramètre par défaut de 8 Mo sur un serveur avec 4 Go de RAM, pas de Redis ni de couche de cache d’objets, et HTTP/2 non activé malgré un certificat SSL valide.


Ce que j’ai fait : J’ai ajusté les processus et connexions worker de Nginx, activé la compression gzip pour HTML, CSS, JS et JSON, activé PHP OPcache avec les réglages de production, augmenté la taille du buffer pool MySQL à 1 Go et optimisé le cache de requêtes, installé et configuré Redis pour le cache d’objets et de sessions WooCommerce, activé HTTP/2 sur le virtual host SSL, et ajouté des en-têtes de cache navigateur de 30 jours pour tous les assets statiques.


Résultat : Le temps de réponse est passé de 4,2 secondes à 380 ms, soit une amélioration de 90 %. Le taux de rebond a diminué de 31 % en deux semaines. La consommation CPU maximale a chuté de 78 %. L’hébergeur a complètement arrêté de signaler le compte. Le client a constaté une augmentation notable des commandes terminées la semaine suivante. Temps total de mise en œuvre : moins de 6 heures.

Serveur:

Apache HTTP

Serveur privé virtuel

Système opérateur:

Windows

Linux

Mon portfolio