CV/Mission de Consultant eai freelance

Exemple de missions de Redha,
Consultant eai habitant les Pyrénées-Orientales (66)

• INTEGRATEUR

  APPLIS DE JEUX DANS LE CLOUD – FDJ / Parions Sport, à Vitrolles, près de Marseille.
  Jan 2023 - aujourd'hui

  Projet Intégration applis de jeux orientées API dans cloud privé (Openstack) et dans cloud
  publique (AWS) : dans l’équipe QA & QI SPORT Pôle Technique, intégration d’applis backend du site
  ********
   Génération scriptée de procédures OneNote d’install/config d’applis de jeux
   Install & configuration des applis backend sur des envs : SAS (~10 servers), INT (~20 servers),
  PERF (~20/25 servers), avec des scripts automatisation sous Ansible, bash .sh. Scripts permettant
  d’installer/configurer 2 à 5 installs/configs en //. Avec un minimum d’interruption de services.
   Utilisation de stacks Openstack pour créer un env (SAS, INT, PERF) dans le cloud privé/Openstack
  puis utilisation de playbooks Ansible pour y installer/configurer les applis dessus.
   Utilisation de pipes CICD/Gitlab pour créer un env SAS sous AWS (public cloud) et y
  installer/configurer les applis dessus. Quand plus utilisé par les testeurs, suppression de l’env, pour
  minimiser les coûts des ressources cloud.
   Support aux testeurs QA, résolution d’anomalies techniques, gestion des installations, gestion des
  envs, dev tools d’install/config.
   Projet automatisation des déploiement applis de jeux : conception, écriture de scripts ansible
  (orchestration de services .sh) / bashs .sh pour déployer des applis dans un env SAS/INT/PERF sous
  Openstack et sous AWS. Documentation, tests de la solution de deploy, présentation à l’équipe.
   Ecriture de scripts Ansible pour récupérer N deliveries de repos Nexus et copie sur un ensemble de
  gates/bastions.
   Réalisation de PoC sous Terraform, sous Gitlab.
   Formations suivies :
   Applis de jeux parionssport : sur 1 semaine, présentation des principaux modules/applis de jeux
   Kubernetes: sur 1 semaine, rancher (cluster de clusters k8s), rancher-cli, Helm, helmfile, kubectl
  (nodes, pods, workers), monitoring cluster k8s, install/config env de travail.
   Environnement technique :
   Applis java/ruby : services techniques et métiers. Broker/bus messages/cluster Kafka, zookeeper,
  Apache, Tomcat, nginx, pipes CICD/Gitlab (builds, releases pipelines), bash linux RedHat/CentOS,
  Ansible (playbooks), bastions/gates, git/git bash, VSCode, kibana (dashboard, indexes), logstash,
  ELK, DB Oracle EE, DB PostgreSQL EDB, Graphana (monitoring applis), certificats SSL, gestion ssh
  keys (private keys, public keys), docs/procédures sous OneNote/Sharepoint
   Openstack : openstack-cli, console admin, FIP, DNS/zones, compute instances, SG,
  images/gabarit, orchestration/stacks.
   AWS : aws-cli, consoles admins, EC2, RDS (Oracle EE, PostgreSQL), route53, SG, VPC, subnets,
  cost explorer, creation tickets support AWS, échanges avec FDJ cloud team.

• EXPERT INTEGRATION EIP/PIAAS

  AXA FR - CDI, à Nanterre en région parisienne.
  Jan 2020 - Jan 2021

  Projet transverse plateforme d’échanges dans un cloud privé / PIAAS : projet de flux
  EAI/ESB/SOA/APIs, une « brique » centrale de médiation dans un cloud privé, ayant un rôle de
  plateforme de services/micro-services, qui interconnecte des applications internes (SI AXA) et
  externes (partenaires) afin qu’elles communiquent et échangent des informations de façon
  intelligente.
   Participation à la cloudification des applications/services du SI : intégration d’applications (mode
  synchrone, asynchrone, modifs configs via Saltstack depuis Azure DevOps) dans un cloud privé /
  PIaaS (Private Infrastructure as a Service).
   Le PIaaS est sur 2 sites distants en haute disponibilité (Actif/Actif) & en récupération en cas de
  désastre.
   Le PIaaS s’appuie sur 4 briques principales :
   Azure DevOps CI/CD : build/releases pipelines, dry, nightly, tooling, vsts agent.
   Saltstack : déploiement de configs/scripts/packages sur machines/servers, fichiers .sls
   SAG webMethods : couche médiation/intégration d’applis, design/mise à jour flux APIs / batchs.
  CV - Rédha ******** - Mobile : +33 (0)6 50 15 89 49 - email : ******** 3 / 9
   Portail Axalis : création/mise à jour de ressources infra dans le PIaaS (VM, sizing disque,
  upgrade/downgrade cpu, statut ressources/ticket, LB, range IPs, etc). Evolution envisagée :
  passer par leur IaC API intégrée dans Azure DevOps.
   L’équipe (~20 personnes) organisée en DevOps : intervient sur envs sbx/dev/int/rec/pprd/prod.
   Méthode agile Scrum + kanban + Teams : tickets, backlog, rituels (daily, démos, rétrospectives,
  dojo/kata, BBL, CoP, conférences, sprints).
  Enterprise v7, Crossvista (gestion sources), APIs : Postman/Soapui. HAproxy (proxy, reverseproxy), F5 / BigIp, Vagrant, VirtualBox, Yaml, OAuth2, Hazelcast.
  Azure DevOps: CI/CD (build/releases pipelines, nightly, dry, tooling, …), Saltstack ( hightstates,
  .sls files, top.sls, init.sls, settings.sls) pour déployer les configs sur les machines/servers (màj de
  configs webMethods, install de scripts d’exploit, …). Git, Git Bash, VSCode, Kafka (brique data
  streaming sur site et dans le cloud/service managé en court de migration,700/800 mgs/s,
  200ko/msg), kibana (dashboard, indexes, watchers, logslash, ELK), Confluence + sharepoint
  (docs).

  SAG webMethods v10.3 / Designer (Eclipse), consoles admin IS APIGW CCE, VMs on Redhat

• ARCHITECTE TECHNIQUE ESB/SOA/TIBCO BusinessWorks v6

  SUEZ RVF, à La Défense en région parisienne.
  Jan 2017 - Jan 2019

  Projet transverse plateforme d’échanges : projet de flux EAI/ESB/SOA/APIs, une « brique »
  centrale de médiation, ayant un rôle de plateforme de services/micro-services, qui interconnecte des
  applications internes (SI SUEZ) et externes (partenaires) afin qu’elles communiquent et échangent
  des informations de façon intelligente.
   Conception de l’architecture technique v2.0 : revue architecture ESB v1.0 (peu de servers, rigide,
  non PRA, peu évolutive) pour une nouvelle : hautement disponible, en PRA manuelle et/ou
  automatique sur certaines couches, évolutive, scalable et redondée sur 2 sites distants.
   La PFE ESBv2 composées des 7 couches suivantes du haut vers le bas sur 2 sites distants :
  1) console de supervision esb (webapp .NET, BDD sous sql-server).
  2) la console d’admin du domaine Tibco (TEA, webapp) en Actif/Stoppé.
  3) les servers ESB dédiés WS (Tibco BusinessWorks) en Actif/Actif : WS hautement
  disponible via un F5/BigIp load balancer en amont.
  4) les servers ESB dédiés Batch (Tibco BusinessWorks) en Actif/Passif (en FT).
  5) les servers MOM Tibco EMS (transport) en Actif/Passif, en basculement manuel.
  6) les servers BDD dans un cluster windows sql-server « Always-On ».
  7) les servers de stockage + servers FTP/FTPS/SFTP (partage et transfert de fichiers)
   Ecriture de scripts : scripts de déploiement, scripts d’exploitation du DEX
   Rédaction : DAT, DINST, DEX, procédures, guides de DEV, expression de besoins, présentation
  architecture au métier.
   Supervision de la production, niveau 3 : analyse de bugs, suivie des anomalies en PROD, aide à
  installation de patch, participations à « cellule de crise » suite problème en PROD, tests de charge,
  référent ESB/SOA/Tibco.
   Evolution architecte : réflexion application/architecture conteneurisée, POC docker container +
  kubernetes orchestrator, documentation/préparation/tools cible docker container + kubernetes

  Tibco BusinessWorks v6.4.1 / Studio (Eclipse), Tibco EMS (JMS), console admin domaine Tibco / TEA, SQL-Server en cluster Always-On / windows server 2016, Windows server 2012 / VMware, servers FTP + FTPS sous IIS, SFTP / Bitvise ssh server, APIs : Postman/Soapui. Nginx (reverseproxy, load balancer), F5 / BigIp (iRule). Docker container, docker hub, Kubernetes orchestrator, Vagrant, VirtualBox, Yaml.

• ARCHITECT TECHNIQUE APIs RESTful/APIM/microservices/ Cloud (AWS)/SOA/TIBCO

  EUROPCAR INTERNATIONAL, basé à Voisins-le-Brotenneux, en région parisienne.
  Jan 2015 - Jan 2017

  Projet APIs RESTful / APIM : un ensemble d’APIs REST/Json, publiées dans un cloud hybride
  privé, qui exposent/étendent les services métier d’Europcar aux franchisés, aux partenaires, aux
  entités du groupe par pays. Pour les applications internes, une API gateway sur site existe. Cette
  d’APIs inclus : l’API Franchisés, l’API Business Account, l’API Product, l’API Driver, l’API Planning
  Product, l’API CRM Customer First et l’API Connected Car.
   Conception de l’architecture APIs avec un Architecte Tibco de l’éditeur : flux APIs,
  implémentation de la solution, pour chaque API, en utilisant le « framework Solution »
  SOA/SCA de l’éditeur Tibco. Ce framework a été fixé et enrichi (ajout de fonctions transverses).
  Intégration de la sécurité des APIs exposées dans le cloud (SSL, Apikey, OAuth2).
   Rédaction : de guides (déploiement multi-environnements, procédure) pour les différentes
  équipes (développement, intégration, prod), de contrat d’interface (CI), de contrat d’interface
  avec Swagger/Json, de spécification technique détaillée de flux (STD), de mapping
  source/pivot/cible, pivot (Excel =>.XSD), parfois atelier avec le métier,
   Chaîne d’intégration continue : script, Maven, plugin maven, Jenkins, Nexus
   Script de déploiement : tbcadmin, un outil utilisant l’API REST de la solution Tibco Silver Fabric

• CONSULTANT ESB/SOA/APIs/Cloud & FREELANCE -

  YANISOFT - Perpignan, FRANCE.
  Jan 2007 - Jan 2020

  Perpignan, FRANCE. Fournisseur de prestations informatiques au travers de ma société YANISOFT.