Les remises sur commitments sont complexes et exigent d'importants investissements en temps et en argent.
Les remises sur commitments sont complexes et exigent d'importants investissements en temps et en argent. L'automatisation permet de débloquer ces économies avec un effort et un risque minimes.
Depuis les débuts du cloud public, les utilisateurs cherchent sans relâche de nouveaux moyens d'optimiser leurs dépenses et d'éviter que leurs coûts cloud ne s'emballent. Optimiser le stockage ou l'utilisation des bases de données peut certes aider, mais le plus grand levier de réduction des coûts du cloud public se trouve du côté des dépenses compute. Celles-ci représentent généralement entre 50 et 80 % de la facture cloud globale ; il va donc sans dire qu'il s'agit du principal objectif à viser pour réduire l'ensemble de vos coûts cloud public.
La bonne nouvelle, c'est que les fournisseurs de cloud public comme Amazon Web Services (AWS) et Google Cloud Platform (GCP) accordent des remises significatives sur le compute aux utilisateurs prêts et capables de s'engager sur un volume d'utilisation donné sur un ou trois ans (logiquement, plus l'engagement est long, plus la remise est importante).
La mauvaise nouvelle, c'est que profiter de ces remises sur commitments soulève deux défis majeurs :
- Prévoir avec précision vos besoins compute pour les un à trois ans à venir
- Piloter votre utilisation tout au long du commitment afin d'atteindre vos objectifs
Ces obstacles peuvent être particulièrement difficiles à franchir pour les entreprises digital-natives encore jeunes qui font monter en charge leurs systèmes et applications cloud. Non seulement elles n'ont ni les ressources ni la marge de manœuvre pour assumer le risque et la complexité de gestion d'un portefeuille de commitments, mais elles ont aussi peu de visibilité sur leurs besoins à trois mois, et encore moins à trois ans. Ces difficultés peuvent également donner du fil à retordre aux grandes entreprises dont les besoins en infrastructure et en commitments sont répartis entre plusieurs équipes, ce qui complique la gestion globale des coûts.
Prévoir vos besoins compute
Selon le mode de fonctionnement de votre organisation, une seule équipe peut être chargée de la prévision de l'infrastructure cloud public, ou cette responsabilité peut être partagée entre plusieurs équipes selon leurs projets et besoins propres.
Quelle que soit l'organisation, s'engager sur un volume d'utilisation compute sur une longue période comporte un risque significatif : si vous surprovisionnez votre commitment, vous risquez de gaspiller de l'argent sur des instances compute inutilisées ; si vous sous-provisionnez, vous risquez de payer le prix fort pour des instances on-demand.
Vous pouvez aussi obtenir des remises plus importantes auprès des fournisseurs cloud en affinant vos commitments compute, par exemple en ciblant des types de machines ou des régions précises. Cela dit, il est tout aussi essentiel de préserver de la flexibilité au moment de souscrire ces commitments. Les environnements cloud public évoluent à un rythme soutenu : à mesure que votre logiciel ou votre modèle économique change, vous pourriez devoir reconfigurer votre environnement. Si cela se produit et que votre commitment n'offre pas ce niveau de flexibilité, vous risquez de devoir absorber le surcoût.
Avant de passer en revue les types de commitments disponibles et leurs niveaux de flexibilité respectifs, examinons les éléments à garder à l'esprit lors de la prévision de vos besoins compute :
- Périmètre interne
Qui va exploiter ce commitment ? Plusieurs équipes au sein de votre organisation DevOps vont-elles le partager, ou vaut-il mieux acheter des commitments distincts pour chaque équipe ?
- Durée du commitment
Sur quelle durée êtes-vous prêt à vous engager ? Si vos besoins d'utilisation sont stables et vos spécifications cohérentes, vous pouvez envisager un commitment de trois ans pour un socle correspondant à une partie de votre prévision (par exemple 50 %) afin de maximiser vos économies. Vous pouvez ensuite couvrir le reste avec une combinaison de commitments d'un an et/ou d'instances on-demand.
- Services
Avez-vous simplement besoin de compute infrastructure-as-a-service (EC2 ou GCE) ? Allez-vous utiliser des conteneurs ? Du serverless ? Kubernetes ? Si oui, ces usages peuvent-ils être couverts par un seul commitment, ou faut-il les répartir sur plusieurs ? Gardez à l'esprit qu'une telle répartition apporte plus de flexibilité, mais alourdit aussi la charge de gestion.
- Types de machines
De quels types et tailles de machines vos équipes auront-elles besoin pour construire votre offre digitale ? Et ces besoins risquent-ils d'évoluer au cours des un à trois ans à venir ?
- Régions
Identifier les régions dans lesquelles déployer vos machines est probablement un exercice assez simple à court terme, mais cela peut devenir un fardeau à mesure que votre activité ou votre base d'utilisateurs s'étend à de nouveaux marchés. Vous devez déterminer si ces régions sont susceptibles de changer. Si oui, votre commitment offrira-t-il cette flexibilité, ou devrez-vous en souscrire d'autres pour absorber cette croissance ?
Une fois ces questions réglées, il vous faut choisir le ou les types de commitments à acheter. AWS et GCP proposent plusieurs types de plans de commitments compute offrant différents niveaux de flexibilité. On peut globalement les regrouper en deux catégories :
- Les commitments basés sur les ressources imposent un certain volume d'utilisation selon des spécifications définies à l'avance. Sur AWS, ils prennent la forme de Reserved Instances (RIs) ou de Convertible RIs. Sur GCP, on parle de Committed Use Discounts (CUDs).
- Les commitments basés sur les dépenses vous permettent de vous engager sur un certain niveau de dépenses, indépendamment des spécifications de ressources. Cette flexibilité accrue se traduit par des remises plus modestes. Ils correspondent aux Savings Plans (SPs) sur AWS et aux FlexCUDs sur GCP.
Cliquez pour agrandir
Comme le montre le tableau ci-dessus, les clouds publics sur lesquels vous bâtissez et les niveaux de flexibilité qu'ils offrent ouvrent un large éventail d'options à évaluer pour identifier celle qui correspond le mieux à vos besoins.
Pour les utilisateurs AWS, la complexité s'accroît avec la possibilité de revendre les Standard RIs sur l'AWS Marketplace afin de récupérer le coût de celles inutilisées en cas de surprovisionnement. Toutefois, rien ne garantit que vous trouverez un acheteur pour ces workloads spécifiques, et même si c'est le cas, le processus de revente ajoute une couche de complexité supplémentaire et un investissement en temps pour la personne qui en a la charge dans votre équipe.
Gérer et suivre vos commitments
Maintenant que vous avez prévu vos besoins compute et acheté des commitments en fonction de ces projections, votre tâche est loin d'être terminée. La gestion de votre portefeuille de commitments est tout aussi importante que la prévision en amont, voire davantage. En effet, quelle que soit la qualité de votre prévision et de votre provisionnement, votre environnement nécessitera presque toujours des ajustements, ou de nouveaux besoins apparaîtront, exigeant l'achat de commitments supplémentaires.
Dans cette optique, voici les points à surveiller tout au long du cycle de vie de vos commitments :
- Équilibre entre commitments et workloads on-demand
Nous l'avons brièvement évoqué dans la section sur la prévision, mais à mesure que vos besoins compute augmentent, vous devez déterminer quelle part peut être couverte par des commitments d'un ou trois ans, et quelle part peut rester en achats on-demand.
- Expansion régionale
Votre activité ou votre offre se développe-t-elle ? Cherchez-vous à toucher des utilisateurs sur de nouveaux marchés ? Si oui, à moins d'être déjà couvert par un commitment basé sur les dépenses (un Compute SP sur AWS ou un FlexCUD sur GCP), vous devrez probablement acheter de nouveaux commitments pour couvrir ces régions.
- Suivi et monitoring continus de l'utilisation
Il est essentiel de savoir si vous êtes en bonne voie pour atteindre vos objectifs d'utilisation sur toute la durée de vie d'un commitment. Cela peut être difficile à évaluer si votre utilisation est irrégulière, en raison de fluctuations de votre base d'utilisateurs ou d'une saisonnalité inhérente à votre modèle économique. Dans tous les cas, vous voudrez savoir si vous risquez de dépasser vos provisions et de payer des frais de dépassement (ou d'acheter de nouveaux commitments pour couvrir le surplus), ou si vous vous retrouverez avec des workloads non utilisés à l'échéance.
- Renouvellements
En suivant vos commitments, vous devrez décider de leur sort à l'échéance : en souscrire un nouveau, le reconfigurer ou le laisser expirer. Le défi prend naturellement de l'ampleur à mesure que votre portefeuille de commitments grandit et que les dates de renouvellement et d'expiration s'échelonnent tout au long de l'année.
Existe-t-il un bouton magique ? 
Si tous ces facteurs vous donnent le tournis, vous êtes loin d'être seul. Gérer un portefeuille de commitments peut représenter un tel fardeau et comporter des risques si marqués que de nombreuses entreprises y renoncent, préférant s'appuyer exclusivement sur des workloads on-demand malgré le surcoût.
Vous pouvez pourtant automatiser vos commitments compute et éliminer ainsi à la fois le risque et la charge de gestion. DoiT Flexsave™ a été conçu précisément dans ce but. En s'appuyant sur le machine learning, Flexsave analyse en continu vos dépenses compute pour identifier les workloads AWS qui ne sont pas déjà couverts par des remises existantes (SPs, RIs, Spot ou Enterprise Discount Programs), puis applique automatiquement l'équivalent d'un Savings Plan d'un an à ces workloads on-demand.
" Sans Flexsave, nous ne pourrions probablement pas du tout utiliser de remises basées sur des commitments ; aujourd'hui, nous bénéficions des économies sans pratiquement aucun effort. " – Kyâne Pichou
Cette méthode a généré des millions de dollars d'économies pour des centaines de clients Flexsave ces dernières années, parmi lesquels la plateforme e-commerce Phenix, qui a économisé plus de 25 % sur ses workloads compute on-demand depuis l'activation de Flexsave. " Sans Flexsave, nous ne pourrions probablement pas du tout utiliser de remises basées sur des commitments ; aujourd'hui, nous bénéficions des économies sans pratiquement aucun effort ", explique Kyâne Pichou, responsable DevOps. " Nous l'avons simplement activé puis oublié, ce qui nous permet de nous concentrer sur le développement des autres fonctionnalités de la plateforme Phenix. "
Ces taux de remise sur un an peuvent réduire considérablement vos dépenses compute on-demand. Et comme Flexsave fonctionne en complément de vos commitments existants, vous ne perdez rien des remises dont vous bénéficiez déjà. C'est pourquoi de nombreux clients DoiT continuent de souscrire des commitments de trois ans pour une partie de leurs besoins compute afin de maximiser leurs économies, et laissent Flexsave couvrir le reste avec l'équivalent d'un an.
Comme les autres produits et services DoiT, Flexsave est gratuit à l'utilisation et se met en place rapidement, sans modification de code ni interruption de service dans votre environnement.
Pour en savoir plus sur Flexsave ou sur les autres stratégies d'optimisation des coûts cloud recommandées par DoiT, échangez dès aujourd'hui avec un expert.