418 DevOps Votre spécialiste sérénité informatique

Architecture cloud et réduction de facture

La bonne architecture n'est pas la plus impressionnante, c'est celle qui tient votre charge réelle sans vous coûter le double de ce qu'elle devrait.

Deux erreurs symétriques

La première consiste à sous-dimensionner : une seule machine, aucune redondance, des sauvegardes sur le même disque, et l'espoir que rien n'arrive. Cela tient jusqu'au jour où cela cède, et la facture se présente alors sous forme de journées d'arrêt.

La seconde est plus discrète et plus fréquente : une architecture conçue pour une charge qui n'existe pas. Trois environnements complets, de l'orchestration partout, des services managés facturés à l'heure pour un trafic que deux machines absorberaient sans difficulté. La facture mensuelle a doublé en deux ans et plus personne ne sait expliquer pourquoi.

Mon travail consiste à trouver le point entre les deux, à partir de vos chiffres et non d'une plaquette.

Ce sur quoi je travaille

  • Le dimensionnement à partir de votre trafic et de vos pics réels, pas d'une estimation optimiste.
  • Le choix de l'hébergeur, en pesant le coût, la localisation des données, la qualité du support et la facilité d'en partir un jour.
  • L'hébergement européen par défaut, avec les données stockées dans l'Union et les sauvegardes chiffrées.
  • La réduction de facture sur une infrastructure existante, ligne par ligne, en identifiant ce qui tourne pour rien.
  • La redondance là où elle se justifie, c'est-à-dire là où l'arrêt coûte plus cher que la machine supplémentaire.

Les environnements que je pratique

Amazon AWS, Microsoft Azure, Scaleway, DigitalOcean, Hetzner et Vultr, ainsi que des serveurs dédiés et des machines physiques quand c'est le choix le plus rationnel. Des fournisseurs situés hors de l'Union européenne sont utilisés seulement si votre projet l'exige, et après vous avoir expliqué ce que cela implique en matière de RGPD.

Aucun de ces choix n'est idéologique. Un serveur dédié à cent euros par mois bat régulièrement une architecture cloud à mille, et l'inverse est vrai aussi. Cela dépend de la variabilité de votre charge, de vos contraintes de disponibilité et de votre capacité à exploiter la machine.

Ce que vous récupérez

Un schéma de l'architecture cible, un chiffrage mensuel détaillé, et la description de l'infrastructure sous forme de code quand cela a du sens, pour que la remonter ailleurs ne soit plus un projet de trois semaines.

Et une facture dont vous pouvez expliquer chaque ligne, ce qui est plus rare qu'on ne le croit.

Questions fréquentes

Ce qu'on me demande le plus souvent

Cloud ou serveur dédié, que choisir ?

Cela dépend de la variabilité de votre charge. Si votre trafic double certains jours et s'effondre les autres, la facturation à l'usage du cloud vous fait gagner de l'argent. Si votre charge est stable, un serveur dédié coûte souvent trois à cinq fois moins cher à performance équivalente. Le choix se fait sur vos chiffres, pas sur la mode du moment.

Pouvez-vous réduire ma facture cloud actuelle ?

Souvent, oui. Les postes récurrents sont les machines surdimensionnées, les environnements de test qui tournent la nuit et le week-end, les volumes de stockage rattachés à des machines supprimées, les sauvegardes conservées indéfiniment et les transferts de données mal orientés. L'audit se chiffre au forfait et s'amortit en général en quelques mois.

Mes données resteront-elles en Europe ?

C'est le réglage par défaut : hébergeurs européens, stockage dans l'Union, sauvegardes chiffrées. Un fournisseur hors Union n'est proposé que si votre projet l'impose réellement.

Serai-je enfermé dans l'architecture que vous mettez en place ?

Non. Les comptes sont ouverts à votre nom, la description de l'infrastructure et la documentation vous appartiennent, et j'évite les services propriétaires dont on ne peut plus sortir sans tout réécrire.

Votre facture cloud a doublé sans que le trafic bouge ?

Envoyez-moi le détail de votre facture et une idée de votre trafic. Je vous dis en retour ce qui peut être réduit, et de combien.