Automatiser votre stratégie de commitments réduit les risques et allège votre gestion au quotidien.
Pour les entreprises digital natives, l'infrastructure cloud public est à la fois la colonne vertébrale de leur stack technologique et le premier poste de coût de leur budget opérationnel. Elle doit donc faire l'objet d'un suivi permanent afin que ses coûts restent alignés sur les objectifs business de l'entreprise. Les équipes FinOps, qui pilotent ces coûts et orchestrent la collaboration transverse entre engineering, finance et produit, recherchent en permanence des leviers pour optimiser les coûts cloud et réduire la dépense dès que possible.
L'une des méthodes d'optimisation les plus répandues dans le cloud public consiste à exploiter les remises liées au volume, appelées commitments : le fournisseur cloud accorde une réduction tarifaire en contrepartie d'un engagement à consommer un certain volume de ressources sur une période donnée. Sur AWS, ces commitments prennent la forme de Reserved Instances ou de Savings Plans. Consultez le tableau ci-dessous, ou découvrez les différences entre ces plans.
Parmi toutes les variables qui distinguent les types de commitments d'un fournisseur cloud à l'autre, la durée d'engagement reste l'un des rares standards. Ces accords sont presque toujours proposés sur 1 ou 3 ans, avec des niveaux de remise qui varient selon la durée et le degré de flexibilité accordé sur les workloads. Un commitment de 3 ans offrira par exemple toujours une remise plus forte (~60-70 %) qu'un commitment d'un an (~25-35 %), et un commitment qui autorise le changement de région ou de type de machine génèrera généralement moins d'économies qu'un commitment plus restrictif.
Vu la nécessité de concilier flexibilité opérationnelle, agilité des développeurs, maîtrise des coûts et objectifs business, il est rare qu'une entreprise, même semi-mature, se contente d'un seul type de commitment. La plupart des portefeuilles de commitments sont taillés sur mesure selon les besoins et le stade de croissance de l'entreprise, et combinent des accords de 1 et 3 ans répartis entre différentes équipes, régions, familles de machines, etc.
Voici un exemple simple de ce que cela pourrait donner pour une entreprise hypothétique sur AWS opérant sur le marché américain :
Fournisseur cloud
Type de plan
Durée
Région
Famille de machines
Remise
Date d'expiration
AWS
Compute SP
3 ans
Variable
Variable
63 %
5 mars 2025
AWS
EC2 RI
1 an
US East-1
M7g
28 %
4 novembre 2023
AWS
EC2 RI
1 an
US West-2
M7g
28 %
4 novembre 2023
AWS
EC2 RI
1 an
US East
T3
29 %
12 février 2024
AWS
EC2 RI
1 an
US West
T3
29 %
12 février 2024
Dans cet exemple, la Société X a souscrit un Compute Savings Plan de base en mars 2022 pour couvrir le strict minimum de compute prévu sur les trois années suivantes. Plus tard la même année, ses workloads ayant pris de l'ampleur et le commitment de 3 ans ne suffisant plus, elle a décidé de s'engager sur la famille de machines M7g et a acheté des Reserved Instances supplémentaires d'un an sur chaque côte pour couvrir des workloads additionnels, avant de réitérer l'opération quelques mois plus tard lors du lancement d'un nouveau projet nécessitant des machines T3.
Cette stratégie est courante à mesure que l'empreinte cloud des entreprises grandit (à condition qu'elles acceptent de prendre le risque d'acheter des commitments). Elles combinent des commitments de 1 et 3 ans aux niveaux de remise, durées et échéances variables, qu'il faut suivre et entretenir en continu pour s'assurer que la consommation et la dépense prévisionnelles ne soient ni sur- ni sous-couvertes, et pour décider s'il faut les renouveler ou les laisser expirer à leur terme. Autant dire que cela représente une charge significative pour toute organisation, qu'elle ait ou non pleinement industrialisé le processus en intégrant une pratique FinOps à ses activités courantes.
Simplifier le processus
DoiT Flexsave™ a été conçu pour simplifier et automatiser la gestion des commitments. Flexsave analyse en continu vos dépenses compute pour identifier les workloads qui ne sont pas déjà couverts par des commitments existants (SPs, RIs, Spot ou Enterprise Discount Programs), puis applique automatiquement à ces workloads on-demand l'équivalent d'une remise de commitment d'un an.
Une fois Flexsave activé dans son environnement AWS, l'entreprise bénéficie des mêmes taux de remise que ceux de ses précédents commitments d'un an. Elle peut ainsi laisser expirer ses plans d'un an existants et confier le relais à Flexsave.
Dans l'exemple hypothétique ci-dessus, la Société X pourrait laisser expirer 80 % de ses commitments. Elle allégerait ainsi la charge de son équipe FinOps (ou de la personne en charge du suivi des commitments et de la consommation), tout en offrant à ses développeurs davantage de flexibilité pour s'affranchir des familles de machines et des régions auxquelles ils étaient auparavant liés.
Au final, la couverture des commitments de la Société X ressemblera à ceci :
Pour en savoir plus sur la gestion des commitments et sur la façon dont DoiT peut faire mûrir votre pratique FinOps, téléchargez le Cloud Compute Commitment Handbook.