1. Le passage du CapEx à l'OpEx #
Comment le Cloud transforme la comptabilité informatique.
La fin de l'amortissement sur 5 ans #
Dans le modèle traditionnel (CapEx), on achète du matériel. Dans le Cloud (OpEx), on paie une facture mensuelle variable. Cela demande une surveillance constante pour éviter le 'Cloud Waste' (ressources payées mais non utilisées).
2. Les 3 phases du framework FinOps #
- Inform : Donner de la visibilité sur les coûts par équipe via le tagging.
- Optimize : Utiliser des instances réservées ou redimensionner (Right-sizing) les ressources sur-dimensionnées.
- Operate : Automatiser la gouvernance financière au quotidien.
3. Stratégies d'économies #
L'utilisation d'instances 'Spot' (jusqu'à 90% de réduction) pour les tâches non critiques et l'extinction automatique des environnements de test le week-end sont des victoires rapides pour tout programme FinOps.
Mise en pratique : mesurer et réduire ses coûts #
Commandes et requêtes FinOps.
Visualiser les coûts #
# Coût par service sur le mois (AWS)
aws ce get-cost-and-usage --time-period Start=2026-10-01,End=2026-11-01 --granularity MONTHLY --metrics UnblendedCost \
--group-by Type=DIMENSION,Key=SERVICE | jq -r '.ResultsByTime[].Groups[] | [.Keys[0], .Metrics.UnblendedCost.Amount] | @tsv' | sort -k2 -nr | head
# Ressources inutilisées : volumes détachés et IP non associées
aws ec2 describe-volumes --filters Name=status,Values=available --query 'Volumes[].[VolumeId,Size]' --output table
aws ec2 describe-addresses --query 'Addresses[?AssociationId==null].PublicIp'
# Azure / GCP
az consumption usage list --top 20 -o table
gcloud billing accounts listLes trois leviers #
- Rightsizing : ajuster la taille des instances à la consommation réelle (
kubectl top, métriques CloudWatch). - Engagements : Reserved Instances / Savings Plans pour les charges stables.
- Nettoyage et planification : éteindre les environnements hors production la nuit et les week-ends.
# Étiquetage obligatoire pour répartir les coûts
aws ec2 create-tags --resources i-0123456789abcdef0 --tags Key=equipe,Value=paiement Key=env,Value=prod
kubectl scale deployment --all --replicas=0 -n dev # extinction nocturne des environnements de devMon suivi
Connectez-vous pour suivre votre progression et prendre des notes. Se connecter
Articles recommandés
Comprendre la notion de score
Le concept de score va permettre à Elasticsearch de classer vos documents par pertinence lors d u...
Comprendre Elastic Common Schema(ECS)
Comme toujours dans nos missions de conseil, nous recommandons aux entreprises d'uniformiser, de ...
Grail : Dynatrace Data Lakehouse
Désormais vous disposez dans Dynatrace (SaaS) d'un Data Lakehouse nommé Grail dont vous pouvez co...
C'est quoi l'observabilité
La capacité à connaître l'état interne d'un système à partir des données que cette dernière émet...
Les types de transactions dans les base de données
Cet article détaille les différences entre trois concepts essentiels dans l'exécution des instruc...
Différences entre Technologies et Services dans Dynatrace
Dans Dynatrace, les concepts de 'Technologie' et de 'Services' aident à organiser et surveiller l...
Dynatrace : Différences entre SQL Modifications, SQL Queries or Procedures, et SQL Transactions
Cet article détaille les différences entre trois concepts essentiels dans l'exécution des instruc...
Types de consommation de licence
Comprendre l'évolution de la facturation dans Dynatrace : la différence entre l'ancien modèle de ...
Les Types de Services Dynatrace : Comprendre et Optimiser Votre Surveillance Applicative
Découvrez les différents types de services que Dynatrace peut surveiller, leur rôle, et comment l...