Dossier technique
Vincent Blée · Ingénieur logiciel senior · Cloud & Automatisation
Nantes · hybride ou remoteIngénieur logiciel depuis 2015Go · Temporal · VMware
J'automatise l'infrastructure cloud pour que les équipes livrent plus vite et sans erreur manuelle. Spécialisé en Go et en VMware Cloud Foundation chez OVHcloud. Référent technique, je relie les choix techniques à la valeur client, de la conception à la production (Dev & Run).
Compétences
Cloud & infrastructure
Automatisation & CI/CD
Langages
Back-end & messaging
Observabilité
Bases de données
Front-end
IA
Pratiques
Leadership technique
Référent technique, revue de code, formation des développeurs
Conception
Architecture de services, analyse technique des besoins et chiffrage
Agilité
Scrum : planification de sprint, priorisation avec le PO
Dev & Run
Semaine de run en rotation sur plus de 150 micro-services en production
Secteurs d'activité
Cloud computing
Automatisation d'infrastructures VMware ; CMDB des datacenters, chaîne d'impact des équipements électriques
Conseil RH
Application de gestion de centre d'appels préparée pour le SaaS
Énergie
Supervision des flux métier d'un transporteur de gaz
Santé
Audit technique d'un portail hospitalier ; site d'une association de patients
Marketing & SEO
Sites vitrines et e-commerce optimisés pour le référencement ; outil de bilans SEO
E-commerce
Performance et remise en état de boutiques WooCommerce
Missions
OVHcloud · Automatisation VMware Cloud Foundation
Contexte : la product unit VMware d'OVHcloud réunit ingénieurs logiciels, OPS, PO, PM et managers. Mon équipe automatise et industrialise la construction des environnements VMware des clients. Ses clients directs sont les équipes OPS : sans cette automatisation, elles monteraient chaque environnement à la main, avec des délais bien plus longs et des risques d'erreur à chaque étape.
Rôle : arrivé en renfort pour aider Public VMware Cloud Foundation as-a-Service à sortir le plus tôt possible. Au-delà du code, j'aide la PO et le management à arbitrer en ramenant les choix techniques au business : qu'est-ce qui apporte de la valeur, qu'est-ce qui fait sortir le produit plus vite, qu'est-ce qu'attendent les clients finaux. Ces questions nous ont souvent permis de reprioriser les tâches.
Public VCF as-a-Service
- Orchestration Temporal : le produit repose largement sur Temporal. J'ai créé deux packages Go devenus le standard de l'équipe, l'un pour unifier les options des activités, l'autre pour fournir un moteur de recherche des workflows Temporal.
- Algorithmes d'élection (instances VCD, infrastructures, provider VDC) : conçus « à plat », ils s'étaient complexifiés au fil des règles de gestion. Je les ai réécrits en récursif, avec une décision finale en switch-case qui n'appelle que des fonctions bien nommées : chaque règle métier se comprend d'un coup d'œil.
- Résilience : workflow Temporal qui reconstruit l'état Terraform à partir de l'infrastructure réelle, en important les ressources avec Terraform.
- Délai de livraison : un datacenter virtuel (VDC + configuration NSX) monté à la main demandait presque la journée au début, une demi-journée avec un mode opératoire et de l'expérience. L'automatisation le livre en moins d'une heure.
- Résultat : les 2 sorties ont été tenues, Standard en juin et Advanced avec NSX en septembre 2025. Le produit est commercialisé et utilisé au quotidien par les équipes OPS.
Nouveau service : conception d'un service central de l'automatisation VMware ; premier jalon livré en un mois, ce qui a permis au reste de l'équipe de démarrer.
Solerys · Modernisation d'une application de centre d'appels
Contexte : Solerys, cabinet de conseil en reclassement professionnel, voulait proposer en SaaS, à d'autres partenaires de France Travail, son application de gestion de centre d'appels. Une centaine de téléconseillers et de managers l'utilisent chaque jour. L'unique développeur livrait régulièrement de nouvelles fonctionnalités, mais le socle vieillissait : Laravel avait deux versions majeures de retard, React aussi, et Node.js restait bloqué en version 14 pour ne pas casser le builder (craco).
Rôle : arrivé en renfort pour proposer une modernisation adaptée au passage en SaaS. J'ai pris en charge la stack pendant que le développeur en poste continuait de faire évoluer les fonctionnalités avec le client.
Réalisations
- Modernisation : montée de version complète du socle, Laravel 9 → 11, React 18 → 19, Node.js 14 → 22.
- Organisation : recommandation du recrutement d'un DevOps dédié à l'infrastructure du produit et à l'automatisation des processus de développement ; participation au choix de la solution Kubernetes managée d'OVHcloud.
- Réduction des coûts : mon idée, réalisée en pair programming pour monter en compétence sur Laravel. Le géocodage interroge en cascade l'API Adresse du gouvernement, puis Nominatim, puis Google, chaque API ne prenant le relais que si la précédente ne trouve pas. Résultat : plus de 60 % d'appels en moins à l'API Google payante.
- Expérience développeur : environnement de développement dockerisé, Makefile des tâches courantes et documentation d'onboarding ; un nouvel arrivant installe son poste en 1 h au lieu de plus d'une journée.
- Interface : refonte de l'UI React (une dizaine de pages) à partir des maquettes Figma d'une designer, puis renfort côté back-end pour livrer de nouvelles fonctionnalités.
Bilan : à mon départ pour la mission OVHcloud, la stack était entièrement modernisée et la nouvelle interface livrée à 90 %. L'application est en production.
OVHcloud · CMDB des datacenters
Contexte : la CMDB recense tous les équipements électriques des datacenters d'OVHcloud et leurs déclinaisons. Elle centralise ces données et permet de les modifier depuis une interface. Comme elle matérialise la chaîne complète de connexion des équipements, elle sert aussi à alerter les clients : depuis un équipement en défaut, on retrouve les clients touchés. Ses utilisateurs sont les techniciens, managers et PM d'OVHcloud.
Rôle : ingénieur logiciel dans une équipe de 6 ingénieurs, un tech lead et plusieurs PO, qui maintient plus de 150 micro-services. Pour décharger le tech lead, j'étais le référent technique de la CMDB : point d'entrée de toute question technique sur le produit, validation des pull requests, formation et conception. Le tech lead gardait les décisions de haut niveau et validait mes designs.
Généricité des équipements
- Avant : intégrer un nouveau type d'équipement prenait près d'un sprint, parfois plus : design, back-end, front-end et tests.
- Conception : les PM décrivent eux-mêmes chaque type d'équipement dans un fichier JSON, ingéré par le back-end Go puis servi à l'interface Vue.js. Côté front, un seul template générique assemble les composants selon le type à afficher.
- Résultat : l'ajout d'un nouveau type passe de près d'un sprint de développement à une simple déclaration JSON faite par les PM ; l'équipe n'intervient plus que pour de petites évolutions. Les utilisateurs sont devenus autonomes sur le catalogue des équipements.
Chaîne d'impact des équipements électriques
- Back-end Go : modèle relationnel et API des équipements ; messages Kafka pour prévenir les autres micro-services des changements à prendre en compte, dont la supervision des datacenters.
- Résultat : chaîne d'impact complète, du générateur électrique jusqu'au serveur, sur un premier datacenter entièrement cartographié (Roubaix).
Suivi des incidents et des évolutions du parc (Europe, Canada, États-Unis)
- Migration d'un legacy Perl vers une API Go et une SPA Vue.js, avec un nouveau tableau de bord de suivi.
- Échanges sur l'état des serveurs entre les systèmes d'information des trois zones, dans le respect des contraintes réglementaires de chacune.
- Résultat : réduction de la dette technique et nouvelles fonctionnalités (tri, tests opérationnels sur serveur).
Mouvement des pièces détachées
- Migration d'un legacy Perl vers des micro-services Go ; consumers Kafka pour l'interconnexion avec SAP.
- Résultat : traitements plus rapides et erreurs des messages Kafka visibles dans la supervision.
Réservation d'espaces dans les racks
- Service de réservation (API Go, interface AngularJS) avec durée limitée et prolongation encadrée.
- Résultat : les espaces réservés sont sécurisés et leur suivi par les techniciens est centralisé.
Dev & Run : run tournant, chaque ingénieur prenant le run de l'équipe pendant une semaine, avec Graylog, Grafana et Prometheus.
Rolling Web · Conseil et développement web
Contexte : accompagnement d'associations et d'e-commerçants dans la création, la refonte et la performance de leur site.
La Voix des Migraineux (association de patients)
- Refonte (Jimdo → WordPress), dans le cadre d'un accompagnement au long cours : thème léger sur mesure, blocs Gutenberg, métadonnées schema.org, mode clair/sombre ; des pages d'environ 80 Ko hors images, et une équipe de rédaction autonome sur ses contenus.
- Sommets francophones de la migraine : interlocuteur technique des organisateurs. Intégration du live vidéo de l'événement sur le site, en coordination avec la régie vidéo et l'hébergeur (OVHcloud), et dimensionnement pour un millier de connexions simultanées. La vidéo a été intégrée, l'événement a eu lieu et le site a tenu la charge.
E-commerce
- Performance : temps de chargement réduit d'environ 30 %.
- Remise en état : récupération et reconstruction de la base de données, puis remédiation après un piratage.
GearOfWeb : thème parent WordPress éco-conçu pour respecter les Core Web Vitals : images optimisées à l'upload, polices système, suppression des scripts chargés par défaut par WordPress. Le projet s'est arrêté avant sa V1, à mon arrivée chez CBTW.
Europa Lys · Co-fondateur, tech & stratégie
Contexte : concept de bars nouvelle génération qui proposent des espaces publicitaires physiques dans leurs locaux. L'application devait permettre de réserver un espace sur le plan de la salle. La société, constituée en Suisse, s'est arrêtée pendant la préparation de sa levée de fonds.
- Direction technique : responsable de l'ensemble des choix technologiques ; preuve de concept de la plateforme de réservation des espaces publicitaires.
- Construction du business : brainstorming, étude de faisabilité (dont paiement et fidélisation en cryptomonnaies), business plan et rédaction du white paper de préparation de la levée de fonds (ICO).
- Apport : cette expérience m'a appris à raisonner en valeur business, la base de ma façon de travailler en mission aujourd'hui.
SeoMix · Agence de référencement
Contexte : agence spécialisée dans le SEO WordPress, dont le blog est une référence dans la communauté WordPress francophone. Troisième salarié, après les deux consultants SEO fondateurs, j'avais en charge toute la technique : création et optimisation des sites, outils internes, postes de travail et serveurs. J'ai aussi écrit des articles pour le blog.
Outil de bilans SEO mensuels
- Enjeu : les bilans mensuels envoyés aux clients justifient leur abonnement. Chacun des 4 consultants en rédigeait une dizaine par mois.
- Conception : outil intégré au back-office de l'agence. Il collecte les données de SeoRanks et des API Google, construit les tableaux de positionnement des mots-clés et les graphiques de trafic ; le consultant rédige son analyse dans des encarts dédiés. À la validation, le bilan est généré en PDF et envoyé au client par e-mail, avec des modèles personnalisés.
- Résultat : rédaction ramenée de 3–4 jours à 1 jour par consultant dès la première version, soit près de 10 jours de travail récupérés chaque mois.
Sites sur mesure pour une dizaine de clients : thèmes et plugins optimisés pour le SEO, métadonnées schema.org, blocs Gutenberg, import de produits WooCommerce depuis un fichier CSV.
Infrastructure & réseau : postes de travail, baie de brassage et sous-réseaux isolés, serveur de développement avec un environnement par client (virtual hosts générés en Bash).
Audit : audit technique du site WordPress de l'AP-HP ; performance, qualité et sécurité du code, sécurité de l'infrastructure.
GRTgaz · Supervision des flux métier
Contexte : outil de supervision des flux métier de GRTgaz, transporteur de gaz, développé par une équipe de 3 développeurs. Nagios surveille les flux ; le back-end intègre ses journaux en base et l'interface déclenche une alerte sonore. Les équipes d'exploitation ouvrent alors la cartographie des périmètres applicatifs et de leurs interconnexions, repèrent le périmètre en défaut, consultent le détail de l'alerte et l'acquittent une fois le problème résolu.
- Réalisations : modules de monitoring Nagios, back-end Java EE et interface AngularJS.
- Autonomie : recruté en junior à l'issue d'une POEC Java, avec une forte autonomie attendue dès le départ ; premières fonctionnalités livrées dès la première semaine.
Formation
Diplômes
Licence Pro Développement web et réseaux
IUT d'Orléans
BTS Informatique et réseaux pour l'industrie et les services techniques
Lycée Nicolas Appert, Orvault
Certifications Anthropic Academy
Formation continue
Cloud & orchestration
- Terraform, niveau intermédiaire (2 jours)Organisme de formation, via CBTW · 2025
- Temporal 101 (Go)Udemy · 02/2025
- Introduction to Kubernetes (LFS158)The Linux Foundation · 08/2024
Langages & systèmes
- PythonUdemy · 07/2024
- Maîtriser le shell BashFUN MOOC, Université de La Réunion · 08/2023Open Badge ↗︎
- Learn Basic and Advanced Perl Programming
- POEC Java / Java EEIMIE · 2015
Réseau
- CCNA 1 & 2Cisco · 2009–2011
Communication
- Maîtrisez la méthode du pitch Silicon ValleyUdemy
Langues
Français
Langue maternelle
Anglais
Écrit technique courant · oral intermédiaire