Vincent Nguyen

• 𝗦𝗶𝘁𝘂𝗮𝘁𝗶𝗼𝗻 & 𝗧𝗮̂𝗰𝗵𝗲𝘀 : Dans le cadre de la transformation SRE de la DTNUM, j’ai exercé le rôle de Tech Lead transverse pour structurer les pratiques, accompagner les équipes, développer des socles techniques partagés, et piloter des expérimentations techniques dans une logique de Platform Engineering et de partage communautaire. • 𝗔𝗰𝘁𝗶𝗼𝗻𝘀 𝗺𝗲𝗻é𝗲𝘀 : – Structuration SRE : Élaboration d’une feuille de route sur 6 axes, animation de 3 sessions de formations internes, animation de 5 sessions de partage, participation à 9 entretiens techniques. – Industrialisation : * Développement de pipelines pour la gestion des accès (clarté sur 80 users et 9 groupes) et Green IT permettant l’arrêt de centaines de serveurs hors production. * Création d’images VirtualBox Debian12 : réduction du temps d’onboarding d’une demi-journée à 30 minutes. * Standardisation Ansible pour la remédiation de sécurité de la messagerie : appliquée sur une centaine de serveurs. – Support projets : Audit et accompagnement de la squad SIAEF en approche SRE sur 6 mois, appui à l’équipe PFSF (RCA sur 4 incidents, alerting, déploiements). – POC : Déploiements Kubernetes air-gapped (Vanilla, RKE2), AWX, registre Helm privé. – Contributions communautaires : Mainteneur du socle Cloud π Native ,17+ PRs (features, fixes, refactors). • 𝗥é𝘀𝘂𝗹𝘁𝗮𝘁𝘀 𝗼𝗯𝘁𝗲𝗻𝘂𝘀 : – Diffusion et adoption des pratiques SRE dans les 8 squads SRE applicatives et montée en autonomie de la squad SRE SIAEF. – 𝗥é𝗱𝘂𝗰𝘁𝗶𝗼𝗻 des interventions manuelles de 𝟮𝟱% via automatisation (AWX, Ansible, pipelines). – Temps d’onboarding 𝗿é𝗱𝘂𝗶𝘁 par un 𝗳𝗮𝗰𝘁𝗲𝘂𝗿 𝟴. – Pipeline Green IT : 𝗿é𝗱𝘂𝗰𝘁𝗶𝗼𝗻 estimée de la consommation CPU de 𝟲𝟰% sur les environnements hors production. – Reprise des POC techniques dans le projet CITADEL. – Amélioration de la sécurité (implémentation des roles Ansible sur 𝟭𝟬𝟬% des machines concernées). – Mutualisation des outils adoptée 𝗽𝗮𝗿 𝟮 autres équipes internes.

• 𝗦𝗶𝘁𝘂𝗮𝘁𝗶𝗼𝗻 : Le projet SIAEF a été désigné comme pilote pour expérimenter l’approche SRE. • 𝗧𝗮̂𝗰𝗵𝗲𝘀 : Auditer l’application, définir une feuille de route, accompagner la squad jusqu’à l’autonomie. • 𝗔𝗰𝘁𝗶𝗼𝗻𝘀 𝗺𝗲𝗻é𝗲𝘀 : – Réalisation d’un audit technique de l’application sur 5 axes. – Création d’une feuille de route SRE avec priorisation des tâches (11 automatisations à intégrer via AWX). – Accompagnement opérationnel de la squad applicative pendant 6 mois. • 𝗥é𝘀𝘂𝗹𝘁𝗮𝘁𝘀 𝗼𝗯𝘁𝗲𝗻𝘂𝘀 : – Montée en maturité de la squad SRE (aussi bien sur le plan technique que l’état d’esprit). – 𝗥é𝗱𝘂𝗰𝘁𝗶𝗼𝗻 𝗱𝘂 𝘁𝗼𝗶𝗹𝘀 𝗱𝗲 𝟮𝟱%.

• 𝗦𝗶𝘁𝘂𝗮𝘁𝗶𝗼𝗻 : Dans une logique de partage et de mutualisation, participation active à des dépôts communautaires DevOps/SRE. • 𝗧𝗮̂𝗰𝗵𝗲𝘀 : Développer et maintenir des outils mutualisés dans GitHub et GitLab internes. • 𝗔𝗰𝘁𝗶𝗼𝗻𝘀 𝗺𝗲𝗻é𝗲𝘀 : – Mainteneur du socle (Cloud π Native) : https://github.com/cloud-pi-native/socle. * 9 PR "feature" (compatibilité Kubernetes Vanilla, RKE2, profil CIS, air-gapped, registre privée, surcharge de valeurs depuis la configuration dsc, ajout de l’opérateur AWX. * 6 PR "fix", 2 PR "refactor". – Contribution sur l’opérateur Gitlab : https://gitlab.com/gitlab-org/cloud-native/gitlab-operator. * Feature: enable choice of images in values.yaml for kube-rbac-proxy. – Contribution sur le dépôt communautaire interne Terraform. * feat: add online resize parameters for volume. * feat: add possibility to keep same floating IP for loadbalancer. • 𝗥é𝘀𝘂𝗹𝘁𝗮𝘁𝘀 𝗼𝗯𝘁𝗲𝗻𝘂𝘀 : – 𝗔𝗺é𝗹𝗶𝗼𝗿𝗮𝘁𝗶𝗼𝗻 𝗱𝗲 𝗹𝗮 𝗽𝗼𝗿𝘁𝗮𝗯𝗶𝗹𝗶𝘁é du Socle (𝘀𝘂𝗿 𝘁𝗼𝘂𝘁𝗲𝘀 𝗹𝗲𝘀 𝗱𝗶𝘀𝘁𝗿𝗶𝗯𝘂𝘁𝗶𝗼𝗻𝘀 𝗞𝘂𝗯𝗲𝗿𝗻𝗲𝘁𝗲𝘀) et de la sécurité. – Adoption des contributions par 𝟮 𝗮𝘂𝘁𝗿𝗲𝘀 é𝗾𝘂𝗶𝗽𝗲𝘀 𝗶𝗻𝘁𝗲𝗿𝗻𝗲𝘀 (ANFSI, DGFIP).

• 𝗦𝗶𝘁𝘂𝗮𝘁𝗶𝗼𝗻 : Dans un objectif de montée en compétences collective, des POC étaient régulièrement réalisés, présentés et transmis aux équipes. • 𝗧𝗮̂𝗰𝗵𝗲𝘀 : Expérimenter et documenter les déploiements de solutions SRE/Cloud-native. • 𝗔𝗰𝘁𝗶𝗼𝗻𝘀 𝗺𝗲𝗻é𝗲𝘀 : – Déploiement de Kubernetes Vanilla v1.29.1 (air-gapped sur Openstack) avec Terraform, Kubespray, Cinder-csi-plugin, Traefik. – Déploiement de RKE2 v1.30.1 (air-gapped sur Openstack) avec Packer, Terraform, rancherfederal/rke2-ansible. – Déploiement du socle DSO sur différents types de clusters. – Déploiement de VictoriaMetrics, Grafana, AWX, Tuleap. – Création d’une pipeline Gitlab-CI pour héberger un dépôt privé de charts Helm. • 𝗥é𝘀𝘂𝗹𝘁𝗮𝘁𝘀 𝗼𝗯𝘁𝗲𝗻𝘂𝘀 : – Partage de connaissances et de documentation, contribuant à la montée en compétences de (𝟭𝟬 𝗽𝗲𝗿𝘀𝗼𝗻𝗻𝗲𝘀 𝘀𝘂𝗿 𝗹𝗲𝘀 𝟰𝟰 𝗺𝗲𝗺𝗯𝗿𝗲𝘀 𝗱𝗲 𝗹’é𝗾𝘂𝗶𝗽𝗲). – Industrialisation des déploiements : adoption facilitée de Kubernetes en environnement sécurisé (air-gapped), 𝗱é𝗽𝗹𝗼𝘆𝗮𝗯𝗹𝗲 𝗲𝗻 𝟯𝟬 𝗺𝗶𝗻𝘂𝘁𝗲𝘀 𝗮𝘃𝗲𝗰 𝟴𝟬% 𝗱’𝗮𝘂𝘁𝗼𝗺𝗮𝘁𝗶𝘀𝗮𝘁𝗶𝗼𝗻. – 𝗧𝗿𝗮𝘃𝗮𝘂𝘅 𝗿é𝘂𝘁𝗶𝗹𝗶𝘀é𝘀 par la suite dans le cadre du projet CITADEL et de la Core Team.

• 𝗦𝗶𝘁𝘂𝗮𝘁𝗶𝗼𝗻 : Support technique sur le Programme de Fluidification et de Sécurisation des Frontières (PFSF), application critique à forte disponibilité. • 𝗧𝗮̂𝗰𝗵𝗲𝘀 : Renforcer les investigations techniques et fiabiliser les déploiements. • 𝗔𝗰𝘁𝗶𝗼𝗻𝘀 𝗺𝗲𝗻é𝗲𝘀 : – RCA sur 4 incidents (OOM, CPU 100 %, erreurs HA, handlers Ansible). – Investigation des alertes Dynatrace. – Déploiement des environnements d’intégration et de qualification. – Automatisation des vérifications d’état Docker avec Ansible. • 𝗥é𝘀𝘂𝗹𝘁𝗮𝘁𝘀 𝗼𝗯𝘁𝗲𝗻𝘂𝘀 : – Amélioration de la stabilité applicative. – 𝗥é𝗱𝘂𝗰𝘁𝗶𝗼𝗻 𝗱𝗲𝘀 𝗶𝗻𝘁𝗲𝗿𝘃𝗲𝗻𝘁𝗶𝗼𝗻𝘀 𝗺𝗮𝗻𝘂𝗲𝗹𝗹𝗲𝘀 𝗱𝗲 𝟴𝟬% sur la vérification des services conteneurisées post-déploiement.

• 𝗦𝗶𝘁𝘂𝗮𝘁𝗶𝗼𝗻 & 𝗧𝗮̂𝗰𝗵𝗲𝘀 : Au sein d’une équipe SRE, j’interviens en tant que support niveau 2 sur des environnements Linux, en assurant la fiabilité des systèmes IaaS, PaaS et SaaS, la gestion des déploiements en production, ainsi que l’optimisation des infrastructures cloud et des outils internes. • 𝗔𝗰𝘁𝗶𝗼𝗻𝘀 𝗺𝗲𝗻é𝗲𝘀 : – Mise en place et maintenance de pipelines CI/CD sous GitLab. – Administration d’outils DevOps (GitLab, TeamCity, SonarQube, Harbor...). – Migration de clusters Kubernetes auto-hébergés → managés. – Automatisation des tâches récurrentes (déploiements, migrations, audits, offboarding) avec Ansible, GitLab-CI, Bash, Go, PL/SQL. – Support aux développeurs via outils en libre-service et documentation. – Mise en place de la supervision (Grafana, Prometheus, VictoriaMetrics). – Participation aux astreintes, RCA et Post-mortem. • 𝗥é𝘀𝘂𝗹𝘁𝗮𝘁𝘀 𝗼𝗯𝘁𝗲𝗻𝘂𝘀 : – 𝗥é𝗱𝘂𝗰𝘁𝗶𝗼𝗻 𝗷𝘂𝘀𝗾𝘂’à 𝟵𝟱% 𝗱𝗲𝘀 𝗰𝗼𝘂̂𝘁𝘀 𝗖𝗹𝗼𝘂𝗱 sur certains clusters. – 𝗗𝗶𝗺𝗶𝗻𝘂𝘁𝗶𝗼𝗻 𝗱𝗲 𝟵𝟬% du temps de migration de plateformes. – Fiabilité accrue lors des pics de charge grâce à l’autoscaling. – Autonomie renforcée des développeurs via du libre-service. – Maintien du même niveau de service avec une 𝗿é𝗱𝘂𝗰𝘁𝗶𝗼𝗻 𝗱𝗲 𝗹’é𝗾𝘂𝗶𝗽𝗲 𝗦𝗥𝗘 𝗱𝗲 𝟭𝟱 à 𝟴 𝗽𝗲𝗿𝘀𝗼𝗻𝗻𝗲𝘀. – Transfert réussi de l’exploitation quotidienne au support niveau 1.

• 𝗦𝗶𝘁𝘂𝗮𝘁𝗶𝗼𝗻 : Les outils internes critiques nécessitaient une meilleure supervision, une réduction des coûts Cloud et un allègement de la charge support. • 𝗧𝗮̂𝗰𝗵𝗲𝘀 : Améliorer la fiabilité des systèmes, automatiser les tâches manuelles, optimiser les ressources Cloud. • 𝗔𝗰𝘁𝗶𝗼𝗻𝘀 𝗺𝗲𝗻é𝗲𝘀 : – Mise en place de la supervision (Grafana, Prometheus, VictoriaMetrics). – Automatisation des pipelines d’offboarding (VPN, Mattermost, Gmail, Gitlab, Jira). – Automatisation de la réinitialisation de mot de passe Gmail (Go), extraction d’utilisateurs (Ansible) pour audits. – Automatisation des montées de version de nos espaces de travail développeur Strong Network avec Ansible. – Passation des playbooks Ansible au support de niveau 1 avec AWX. – Gestion des consoles cloud, du réseau (VPC, security groups, ELB, DNS, Ingress) et des politiques de sauvegarde. – Redimensionnement des VM selon la charge. – Montées de version Mattermost (Team Edition). – Migration du cluster Kubernetes Strong Network auto-hébergés vers du managé, avec montées de versions. * Ubuntu version 20.04 → 22.04. * Kubernetes version 1.20.2 → 1.23.8. * Containerd version 1.4.11 → 1.6.14. * Docker version 20.10.9 → 24.0.5. – Migration de services déployés sur VM vers un cluster managé (page web Sirius, AWX). • 𝗥é𝘀𝘂𝗹𝘁𝗮𝘁𝘀 𝗼𝗯𝘁𝗲𝗻𝘂𝘀 : – 𝗥é𝗱𝘂𝗰𝘁𝗶𝗼𝗻 𝗱𝗲 𝟰𝟬% 𝗱𝗲𝘀 𝗰𝗼𝘂̂𝘁𝘀 𝗖𝗹𝗼𝘂𝗱 du cluster Strong Network. – 𝗥é𝗱𝘂𝗰𝘁𝗶𝗼𝗻 𝗱𝗲 𝟵𝟱% 𝗱𝗲𝘀 𝗰𝗼𝘂̂𝘁𝘀 𝗖𝗹𝗼𝘂𝗱 de la page web de Sirius et du service AWX. – 𝗥é𝗱𝘂𝗰𝘁𝗶𝗼𝗻 𝗱𝗲 𝟭𝟬% 𝗱𝗲𝘀 𝗰𝗼𝘂̂𝘁𝘀 𝗖𝗹𝗼𝘂𝗱 avec le redimensionnement des VM selon la charge. – Fiabilité renforcée et charge support réduite grâce à la délégation automatisée.

• 𝗦𝗶𝘁𝘂𝗮𝘁𝗶𝗼𝗻 : L’infrastructure CI/CD reposait sur des outils disparates (TeamCity, GitLab), un cluster GitLab-Runner monolithique, avec des coûts élevés et une faible scalabilité. • 𝗧𝗮̂𝗰𝗵𝗲𝘀 : Uniformiser la plateforme CI/CD autour de GitLab, moderniser les runners, automatiser la gestion des outils, assurer la fiabilité et la conformité. • 𝗔𝗰𝘁𝗶𝗼𝗻𝘀 𝗺𝗲𝗻é𝗲𝘀 : – Administration des outils : GitLab (Omnibus), GitLab-Runner, TeamCity, Harbor, SonarQube, Go-Proxy, MR-Police. – Revue et approbation des MR. – Migration de TeamCity vers GitLab-CI. – Création et maintenance des pipelines CI/CD automatisés avec Ansible (paramètres, variables, webhooks, badges...).. – Montée de version Gitlab (14.7.2-ce.0 → 16.3.6-ce.0). – Migration des instances Gitlab-runner depuis un cluster Kubernetes auto-hébergés vers du managé, avec montées de versions. * Gitlab-runner version 15.1.0 → 16.5.0. * Ubuntu version 18.04 → 22.04. * Kubernetes version 1.20.2 → 1.23.8. * Containerd version 1.4.11 → 1.6.14. * Docker version 20.10.9 → 24.0.5. * Migration presque transparente (déploiement canary pendant 4 semaines). • 𝗥é𝘀𝘂𝗹𝘁𝗮𝘁𝘀 𝗼𝗯𝘁𝗲𝗻𝘂𝘀 : – 𝗥é𝗱𝘂𝗰𝘁𝗶𝗼𝗻 𝗱𝗲 𝟵𝟱% 𝗱𝗲𝘀 𝗰𝗼𝘂̂𝘁𝘀 𝗰𝗹𝗼𝘂𝗱 𝗹𝗶é𝘀 à 𝗹𝗮 𝗖𝗜. – Amélioration de la fiabilité en charge grâce au scaling dynamique. – Amélioration de la disponibilité grâce à une architecture hautement résiliente (multi-noeuds avec auto-scaling).

• 𝗦𝗶𝘁𝘂𝗮𝘁𝗶𝗼𝗻 : L’équipe R&D développait en continu des solutions PaaS/SaaS nécessitant stabilité, portabilité entre clouds, et réduction des temps de déploiement. • 𝗧𝗮̂𝗰𝗵𝗲𝘀 : Assurer la migration de centaines de noeuds entre environnements Cloud, automatiser les déploiements, optimiser les processus, et garantir la disponibilité. • 𝗔𝗰𝘁𝗶𝗼𝗻𝘀 𝗺𝗲𝗻é𝗲𝘀 : – Migration de 274 noeuds (cloud public → privé) et 400 noeuds (cloud privé → public) avec automatisation complète (export/import DB, fichiers manifestes, relier les ressources...). – Automatisation des tâches récurrentes. * Script de création des topics et queues Solace PubSub+. * Script de vérification Kubernetes (version des composants, anti-affinités). * Opérations de masse applicatives (montées de version, déploiement) avec l’aide d’API internes (Multiverse) ou de scripts PL/SQL. * Provisionnement en libre-service pour les équipes Dev (déploiements, montées de version, migrations de bases de données) avec Gitlab-CI (déclenchement sur commit, façon GitOps). – Transmission des bonnes pratiques aux développeurs, documentation exhaustive. • 𝗥é𝘀𝘂𝗹𝘁𝗮𝘁𝘀 𝗼𝗯𝘁𝗲𝗻𝘂𝘀 : – Réduction du temps de migration pour la partie applicative de 𝟮𝟬𝟬 à 𝟮𝟱 𝗷𝗼𝘂𝗿𝘀-𝗵𝗼𝗺𝗺𝗲 (𝟴𝟳.𝟱% 𝗱𝗲 𝗴𝗮𝗶𝗻). – Déploiements automatisés fiables et traçables. – Autonomie renforcée des développeurs via du libre-service. – Maintien du même niveau de service avec une 𝗿é𝗱𝘂𝗰𝘁𝗶𝗼𝗻 𝗱𝗲 𝗹’é𝗾𝘂𝗶𝗽𝗲 𝗦𝗥𝗘 𝗱𝗲 𝟭𝟱 à 𝟴 𝗽𝗲𝗿𝘀𝗼𝗻𝗻𝗲𝘀.