FINOPS (migration cloud) PARIS

Onyx-Conseil; Paris; Sur place; EUR 70 000 - 100 000; Plein temps

Résumé du poste

Onyx-Conseil recherche un profil FinOps à double casquette: comprendre l'infrastructure pour mesurer et construire un modèle de coût défendable, et savoir piloter le coût de l'IT afin d'aider les décideurs à arbitrer les choix.

Le mandat porte sur du capacity management on-premise avec refacturation interne dans un datacenter, sans facture fournisseur mensuelle. Le poste prévoit des livrables clairs et des extensions FinOps cloud et Move to Cloud.

Qualifications

• 5 ans d'expérience sur des projets d'infra
• connaissance des coûts IT et de l'architecture d'infrastructure

Responsabilités

• Rapports de capacité: CPU, RAM, stockage, bande passante et taux d'utilisation.
• Rapports de consommation par client/application et répartition des coûts.
• Rapports prévisionnels: projection de la consommation future et achats.
• Rapports d'obsolescence: vie des matériels et coût de remplacement.
• Déployer les pratiques FinOps cloud (tagging, budgets, alertes, rightsizing).
• Construire le business case Move to Cloud: comparaison on-prem vs cloud application par application.

Description du poste

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 :

1. 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.

2. 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.

3. Rapports prévisionnels — projeter la consommation future pour anticiper les achats de capacité plutôt que de les subir.

4. 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.