Yuanchao LI

Contexte Nous avons pour objectif de concevoir et déployer une plateforme de GitHub Runners auto-hébergés sur EKS, capable de supporter les pipelines CI/CD de l’ensemble des applications de la plateforme CIQ, représentant plus de 900 applications actives. Cette infrastructure doit être conçue pour exécuter entre 400 et 500 jobs en parallèle(Maximum estimé), tout en garantissant performance, scalabilité et résilience. Les pipelines ciblent une grande diversité d’environnements, incluant des applications web, mobiles, microservices, solutions d’IA, workloads GPU, ainsi que des systèmes d’exploitation variés comme Linux, Windows et macOS. Réalisations ■ Construire cluster EKS from scratch(Terraform) avec la capacité d'auto-scaling(noeud éphémère via Karpenter), et d’allocation dynamique de volume (volume éphémère via EBS CSI Driver) ■ Mettre en place Github ephemeral runner, GIthub scaling runner de différents architectures ou OS(Linux,win,x86,arm...) dans le cluster, selon les exigences d’utilisateurs et d’applications ■ Sécuriser le cluster avec Kyverno/ Trivy-operator et avec AMI optimisé et sécurisé ■ Concevoir et réaliser l’observabilité du cluster EKS avec Cloudwatch enhanced observability(Cloudwatch agent+Prometheus+fluentbit) pour la surveillance interne Fluentbit/Loki/Prometheus/Grafana pour l’équipe d’infra Metricbeat/Elastic/kibana(ECK) pour la surveillance de Github Runners pour les utilisateurs. CloudWatch alarms/SNS/Lambda/Eventbridge pour l’alerting ■ Mettre en place des workflows(Github actions) et Gitflow pour Deployment et Livrasion automatique du cluster EKS ■ Gérer et Template workflows/actions pour utilisateurs ■ Construire la solution Github Runner MAC avec custom MAC-EC2 AMI et CloudWatch observabilité pour IOS/Android applications Environnement technique ■ EKS, Terraform, Helm, Packer, Ansible, shell, zsh, bash, MacOS, IOS, Android ■ Karpenter, EC2, EBS, SNS, S3, ASM, AMI, ALM, Kyverno, Trivy ■ Prometheus, Loki, Grafana, Metricbeat, ECK, Elasticsearch, Kibana, Cloudwatch log group/metrics/dashboard/alarm ■ Github Entreprise, Github action, Github ephemeral runner, GIthub scaling runner

Contexte Platform datahub de BNP PF ont besoin du renfort d'un expert Ops/DevOps dans son équipe IT Ops pour gérer les travaux quotidiens sur l'environnement ‘Legacy’, suite à une croissance d’application embarquée (plus de 20 applications) et apporter des expertise DevOps pour aider a DSI a migrer ses applications vers un environnement Kubernetes dans IBM Cloud Réalisations ■ Mise en RT, mise en PROD des applications ■ Automatiser les actions techniques selon les besoins des applications ■ Mettre en place ou mettre a jours les solutions techniques sur les serveurs(Encryption,Monitoring,Log,Firewall...) ■ Gérer l’infra Linux et ecosystem du périmètre: upgrade, patch, backup, file system,reboot, automatisation… ■ Migrer les applications vers IBM Cloud(Kubernetes): Pilotage,suivi et guide sur commande et configuration des composants, sur implémentation de CI/CD ■ Maintenir et évoluer les schémas d’architecture d’application selon les besoins des applications Environnement technique ■ 100 VM, 6 clusters Kubernetes ■ Kubernetes, Terraform, Helm, Hashicorp Vault, IBM Cloud, Postgres, Cos/Bucket ■ Redhat, CFT, Autosys, PGP/GPG ■ Hadoop, Dremio, Airflow, Kafka, Spark ■ Jenkins, Gitlab, Gitlab-ci, Ansible, ArgoCD XLRelease ■ Dynatrace,Splunk, ELK

Contexte J’ai initié avec Azure Cloud le projet interne du LOG “Landing Zone”, visant à permettre à nos employés d'accéder de manière transparente et gratuite à tous les fournisseurs de cloud public à des fins de test Réalisations Les principales features du lancement de ce projet sont les suivantes : ■ Mise en place d'une instance Gitlab interne pour le stockage du code - Instance hebergé sur Azure VM with backup - Gitlab runner(docker) installé sur Azure VM - Deploiement des ressources Azure via Terraform - Gitlab et Runner deploiement via Ansible - VM auto shutdown, auto start via Azure Logic App - Tfstate dans Azure blob storage ■ Gestion de l'intégration des utilisateurs sur Azure création/suppression automatique du compte utilisateur et des ressources de base (comme un groupe de ressources dédié pour un utilisateur) sur Azure via Azure Functions/MS Extra ID ■ Renforecement des politiques de gestion des ressources - contrôle de label de la ressource (durée/propriétaire) par Azure Policy - suppression automatique des ressources inutilisées (expirées) par Azure Functions

Contexte Pendant 19 mois, j'ai travaillé en tant que Responsable Technique DevOps pour le service “Website4sg”(CTO->GAI), dans lequel plus de 400 websites Drupal / Wordpress / Static de SaintGobain sont hébergés (y compris saint-gobain.com). Réalisations En tant que membre de l'équipe portail du service, ma responsabilité était : ■ D’assurer / maintenir / améliorer la stabilité et l'accessibilité de tout le périmètre de notre service. Ce dernier héberge notamment des outils de déploiement et ticketing, des pipelines, images, certificats, runners, des solutions de transferts de fichiers, de configuration de WAF/DNS … ■ D’accompagner aux niveaux fonctionnel et technique les owners / users depuis l’onboarding jusqu'au go live de leur website. Selon les besoins, soit nous proposions du support de niveau 1 à 3 par notre équipe, soit nous les aidions à trouver des solutions proposées ou gérées par les autres équipes ou par des services internes / externes. Dans ce cadre, les travaux pris en charge ont été les suivants : ■ Revue, remédiation, amélioration, documentation des processus de déploiement existants (Devops) - Évaluation détaillée de solution existantes (CI/CD, SFTP…) - Classification et identification d’axes amélioration - Planification et mise en place des modifications - Industrialisation de processus unitaires - Définition de règles et mise en place de bonne pratiques DevOps ■ Migrations de service vers Azure - Azure web app - CI/CD (Github actions, Terraform) ■ Automatisation de tâches support - Plus de 60 tâches réalisées - Création et déploiement de scripts Python / Bash ■ Gestion de plateforme PaaS avec plus 400 applications hébergées sur la plateforme - Stabilité - Accessibilité - Évolution : procédures, fonctionnement ■ Pilotage de projets (website) - On-boarding - Support technique (niveaux 1 à 3) - Go live : mise en Production, ouverture de services … Environnement technique ■ Intégration continue : Gitlab-CI, Github Action ■ Déploiement continue / IAC : Ansible,Terraform ■ Conteneurisation : Docker, Docker-composer, Podman, Buildah, Kaniko, Buildx ■ Outils : Jfrog, Cas, LDAP, Okta, Ansible Tower, SFTP, Redmine, Sonar ■ Contexte applicatif : PHP, Drupal, Wordpress, Acquia, WPengine, Azure, Debian, Ubuntu, Nameshield, Imperva ■ BDD : MySQL, MongoDB

Contexte Une équipe Core a été mise en place pour construire une plateforme PIC afin d'héberger toutes les applications du MTE au sein de la société de prestations. Cette plateforme était considérée comme un environnement de Test pour que les applications soient validées en interne avant d'être livrées aux environnements de Production du MTE.Cette équipe était constituée de 4 DevOps en plus d'un CTO. Réalisations ■ Construction et stabilisation d’une solution PIC 100% dockerisée - La première phase a pour objectif de préparer les serveurs (16 serveurs centos) de la plateforme de test pour 4 secteurs de projets. - Pour chaque secteur, il y a au moins un serveur pour héberger seulement les composants PIC et quelques serveurs d’applications selon le nombre d'applications dans le secteur. - Des playbooks Ansible ont été conçus afin d’initialiser les serveurs vierges avec les configurations et les composants nécessaires, selon le type de serveur (PIC/APP) et les secteurs. ■ Dockerisation et installation de plus de 40 applications - Le but de l'intervention de notre équipe en deuxième phase était de dockeriser toutes les applications existantes et les bases de données, puis de les déployer manuellement sur les serveurs préparés pour que les websites soient accessibles via le réseau interne de la plateforme de test. - La plupart des applications était composée de Java / PHP, et de Tomcat / Apache, avec une database Mysql / Postgresql. - D'autres applications comprenaient des composants Activemq, RabbitMQ, Mapserver. ■ Support technique - Docker, Ansible - Templating, Scripting - Modélisation, Documentation ■ Réalisation d’un POC de CI/CD via Jenkins avec solution de déploiement Ansible dockerisée : - Création d'une démo avec un pipeline qui fait automatiquement le Build / Test / Push via Jenkins sur le serveur PIC et le déploiement / update sur le serveur APP, après chaque Commit poussé sur le repository Gitlab - Réalisation de la démonstration aux responsables des équipes Devs Environnement technique ■ Conteneurisation : Docker, Docker-compose, Portainer ■ CI/CD : Jenkins, Gitlab-ci,Ansible ■ Outils : Traefik, Mailhog, Sonar, Nexus ■ Contexte applicatif : PHP, Java, Redhat, MySQL, Postgresq

- Selon le besoin et l'évolution du projet Gestion et écriture de script Ansible/Jenkins/BASH Écriture de script et requête de Cassandra - Préparation et configuration des environnements des serveurs(Redhat). - Préparation, mise en ouvre, et suivi de primo-Install, mise en qualif, mise en prod du service - Intégration et livraison continue des programmes - Monitoring , visualisation du service et des serveurs - Tâches transversales d’intégration Environnements techniques : Jenkins, Ansible, Redhat, Bash, Gitlab, Maven, Nexsus, Kibana, Grafana, ARA, C3PO, Apache Cassandra(datastax), Sonar, Jira, Wetbi, Elasticsearch, Logstash, Filebeat, Apache Kafka(Confluent), Java 8, Docker, Gerkhin, Dynatrace, Splunk.