FINOPS (migration cloud) PARIS
Pour une mission longue, nous recherchons unprofil FINOPS à double casquette : quelqu'un qui comprend assez l'infrastructure pour savoir ce qu'on mesure et pourquoi (d'où l'exigence de 5 ans sur des projets d'infra), et qui sait construire un modèle de coûts défendable.
Votre rôle consiste à rendre visible et piloter le coût de l'IT : savoir qui consomme quoi, combien ça coûte, et donner aux décideurs de quoi arbitrer. Historiquement c'est né avec le cloud public (où chaque VM allumée génère une facture), mais le poste décrit ici est en réalité un poste hybride, et c'est sa particularité.
Ce que fait concrètement cette personne
Le cœur du mandat n'est pas du FinOps cloud classique, c'est du capacity management on-premise avec refacturation interne . Le client a son propre datacenter, donc pas de facture fournisseur qui tombe chaque mois : il faut construire de toutes pièces le modèle de coût.
Les quatre livrables demandés suivent une logique assez claire :
Rapports de capacité — combien de CPU, RAM, stockage, bande passante l'infrastructure offre, et quel est le taux d'utilisation. C'est la photo de l'offre.
Rapports de consommation par client/application — l'inverse : qui consomme quoi. C'est la brique indispensable à la refacturation, et généralement la plus pénible, parce qu'il faut allouer des coûts partagés (le datacenter, le réseau, les licences socle) sur des applications qui ne s'en soucient pas. Il faut définir des clés de répartition et les faire accepter.
Rapports prévisionnels — projeter la consommation future pour anticiper les achats de capacité plutôt que de les subir.
Rapports d'obsolescence — quel matériel arrive en fin de vie, quand, et combien coûtera son remplacement. C'est ce qui alimente le plan pluriannuel d'investissement.
À cela s'ajoutent deux extensions :
Déployer les pratiques FinOps cloud au fur et à mesure de l'arrivée d'Azure et de Bleu (l'offre de cloud de confiance Capgemini/Orange sur technologie Microsoft, souvent retenue par les acteurs publics pour des raisons de souveraineté). Là on retrouve le FinOps standard : tagging, budgets, alertes, rightsizing, réservations d'instances.
Construire le business case du "Move to Cloud" — c'est-à-dire produire la comparaison économique on-prem vs cloud, application par application, pour arbitrer les migrations. C'est l'objectif final et le plus visible en interne.