Le prix du serveur ne montre qu’une partie des coûts
Deux prix de forfait fictifs montrent pourquoi il faut préciser le périmètre et les tâches d’exploitation restantes avant de comparer les coûts totaux.
Le prix d’une machine est un poste des coûts d’exploitation d’une application. Qu’un serveur bon marché conduise aussi à un faible coût total dépend des autres tâches : qui met à jour les logiciels, contrôle les sauvegardes et intervient en cas de panne ? Une comparaison des prix exige le même périmètre de prestations.
Deux prix pour des périmètres différents
Dans une comparaison construite, l’offre A coûte 40 EUR hors taxes par mois pour la location de la machine. L’offre B coûte 120 EUR hors taxes par mois et comprend en plus les mises à jour convenues de l’environnement d’exécution et la surveillance de la plateforme. Ces valeurs sont librement choisies pour l’exemple ; ce ne sont ni des prix du marché, ni des offres de prestataires, ni des conditions ASES.
Le calcul 120 - 40 = 80 décrit seulement l’écart entre ces forfaits. Il ne prouve ni économie ni différence de coût total d’exploitation. Pour A, la réalisation des travaux supplémentaires reste à préciser. Pour B, il faut vérifier exactement les tâches incluses et celles qui restent à l’entreprise, par exemple pour le code applicatif, la base de données et la restauration.
FinOps Planning & Estimating recommande de définir le périmètre d’un scénario et d’intégrer notamment les services partagés et le support. Pour ces deux offres, une tâche dont le coût est inconnu ne reçoit donc pas une valeur nulle simplement parce qu’elle manque sur la facture de la machine.
Distinguer temps interne et paiement supplémentaire
Une équipe d’exploitation existante peut prendre en charge des tâches sans facture supplémentaire immédiate pour chaque nouvelle application. Sa capacité reste limitée. Le temps consacré à cette application peut repousser d’autres projets ou nécessiter du renfort. Examiner les seules sorties d’argent supplémentaires et examiner les coûts complets répond donc à des questions différentes.
La surveillance, l’astreinte ou les sauvegardes partagées nécessitent une attribution traçable. FinOps Allocation décrit des règles convenues pour ces coûts communs. Une prestation déjà incluse dans le forfait ne doit pas être comptée une seconde fois comme le même poste de coût externe. La coordination interne ou la vérification d’une restauration peut toutefois rester nécessaire ; les tâches précises doivent être distinguées.
Une migration ponctuelle est également examinée séparément du mois courant d’exploitation. Sans horizon temporel ni périmètre de prestations, un paiement initial plus élevé ne permet pas de conclure sur l’exploitation ultérieure.
Quand une machine simple peut convenir
Si l’exploitation requise reste maîtrisable et qu’une équipe existante peut justifier de responsabilités adaptées et de capacité disponible, une machine simple peut convenir. Le seul fait que des salaires soient déjà versés ne le démontre pas. Un forfait plus cher ne reprend pas non plus automatiquement toute la responsabilité applicative.
L’évaluation change lorsque les mêmes exigences de surveillance, restauration et réaction sont établies pour les deux options et que les tâches restantes et leur charge sont connues. Les coûts totaux peuvent alors être comparés. Ces informations manquent encore dans l’exemple construit ; les deux prix seuls ne déterminent pas le choix.
Sources
À lire aussi
Tous les articles
Cloud & exploitation avec ASES
Hébergement, déploiement, maintenance et suivi