Date de naissance: 27 Août, 1993
Addresse: 4 rue à moissy, moigny sur école, 91490, France
E-mail:
guyot.alexis91@gmail.com
Téléphone: +33 6 32 27 14 56
Bien qu'ayant dû faire une pause dans mon parcours
professionnel, je suis resté déterminé à rester à jour avec les dernières
tendances et avancées Informatiques.
Mon intérêt profond pour le Cloud et l'automatisation m'a
conduit à suivre un éventail de cours et à acquérir des certifications
pertinentes, consolidant ainsi mes compétences et élargissant mes connaissances
dans ces domaines en constante évolution.
Dont tout récemment la certification "AWS Certified
Cloud Practitioner" en Juillet 2023, puis "AWS Certified Solutions Architect
- Associate" en Août 2023.
Actuellement, je poursuis ma progression en me concentrant sur Terraform (voir mes projets), Kubernetes pour passer la certification CKA, Python et également une nouvelle langue étrangère, le Russe.
Je suis également profondément engagé à maintenir une courbe
d'apprentissage continue et je suis ouvert à explorer de nouvelles technologies
de manière autonome, en fonction des besoins spécifiques des missions à venir.
Cette flexibilité dans l'acquisition de nouvelles
compétences me permettra de répondre de manière proactive aux défis changeants
de l'industrie et de contribuer de manière plus robuste aux objectifs d’entreprises.
Je suis pleinement conscient de la réflexion que suscite la
reprise de mon parcours après cette période de mise en veille, cependant,
l'enthousiasme qui m'anime pour concrétiser mes compétences et ma passion pour
la technologie est plus fort que jamais.
Mon assurance dans ma capacité à assimiler rapidement de
nouvelles connaissances et mon engagement sans faille font que je suis
enthousiaste à l’idée de contribuer à des projets ambitieux au sein d'une
équipe dynamique.
CV sur le Cloud
Site web hébergé chez AWS sans serveur (https://alexisguyot.click)
J'ai entrepris ce projet peu après avoir obtenu ma certification AWS Cloud Practitioner. Pour la conception du frontend, j'ai opté pour l'utilisation d'un modèle HTML/CSS que j'héberge sur un stockage AWS S3.
Le chargement du site Web déclenche une fonction AWS Lambda qui augmente de un le nombre de visiteurs dans une table DynamoDB et renvoie le nouveau nombre de visiteurs au site Web. Pour empêcher tout accès non autorisé à la fonction, une URL de fonction Lambda CORS a été configurée pour n'accepter que les requêtes du domaine : "https://alexisguyot.click".
Chaque modification apportée déclenche un processus d'intégration continue et de déploiement continu (CI/CD) via AWS CodePipeline et GitHub.
AWS Route 53 prend en charge la gestion du nom de domaine, la distribution est globalement distribuée grâce à AWS CloudFront qui va mettre en cache le site sur des serveurs Edge dans le monde entier.
AWS Certificate Manager gère les certificats SSL/TLS pour une communication sécurisée. De plus, des permissions OAC ont été configurées sur S3, garantissant que tout le trafic passe obligatoirement par CloudFront, renforçant ainsi la sécurité.
Speedlight
Application Web de calcul
Cette application web permet de calculer le temps estimé pour parcourir une distance donnée en utilisant divers moyens de transport créés par l'humanité, tout en le comparant à la vitesse de la lumière.
L'interface utilisateur repose sur une simple page HTML/CSS hébergée sur AWS Amplify. Les utilisateurs entrent simplement la distance en kilomètres qu'ils souhaitent calculer.
En coulisses, pour la partie back-end : le navigateur communique avec une API backend publique, construite à l'aide de Lambda et d'API Gateway. Cette API effectue les calculs, fournissant ensuite les résultats à l'utilisateur.
La fonction Lambda est rédigé en python et utilise boto3 pour intéragir avec d'autres ressources AWS. Celle-ci va également enregistrer chaques calculs effectués par les utilisateurs dans une base de donnée DynamoDB.
Pour des raisons de coût, l'application réside désormais sur AWS S3 plutôt que via AWS Amplify.
Application Web
Application Web sans serveur
Ce projet a été conçu dans le but d'affiner mes compétences et d'explorer de nouvelles perspectives.
Le frontend de l'application web est pré-construit, c'est une interface utilisateur HTML qui permet d'ajouter des points GPS sur une carte, tandis que le backend communique avec un service web RESTful pour enregistrer ces coordonnées dans une base de données DynamoDB.
AWS Amplify assure le déploiement continu et l'hébergement des ressources web statiques, incluant HTML, CSS, JavaScript et images.
Le JavaScript exécuté dans le navigateur envoie et reçoit des données d'une API backend publique conçue en utilisant Lambda et API Gateway.
L'application web prend également en charge la fonctionnalité d'inscription et d'authentification des utilisateurs, via Amazon Cognito, sécurisant ainsi notre API backend.
Enfin, DynamoDB offre une couche de persistance où les données peuvent être stockées par la fonction Lambda de l'API.
Terraform Speedlight
Déploiement d'infrastructure via terraform
Pour approfondir mes compétences en Infrastructure as Code
(IaC), j'ai entrepris de rendre mon projet "Speedlight" entièrement
déployable via Terraform. Cette démarche vise à permettre à quiconque de
déployer puis détruire automatiquement cette application sur AWS en quelques secondes. Le projet Speedlight a été divisé en trois parties
distinctes incluant également la création d'un script python qui modifie la valeur d'un fichier html récupéré via un output terraform.
Partie 1 - AWS Lambda + DynamoDB
Cette partie s'est déroulée sans difficultés majeures. Les
blocs Terraform ont été structurés de la manière suivante : création de la
fonction Lambda, importation du code Python au format zip et définition du
rôle IAM pour la Lambda.
Partie 2 - Importation des fichiers HTML/CSS sur S3
Cette partie a été plus complexe, les étapes comprenaient :
- La création d'un compartiment S3, la modification des
contrôles d'accès (ACL) pour rendre le compartiment S3 public,
- La définition du
compartiment en tant que site web statique,
- La configuration de la redirection
vers le fichier index.html,
- L'importation des stratégies du compartiment S3 via
un fichier JSON, et enfin, l'importation des fichiers front-end (HTML, CSS,
etc.) dans le compartiment.
Le principal défi rencontré ici a été la gestion de
l'importation des fichiers dans le compartiment S3, réglé via l'utilisation d'une
boucle "for_each", qui n'est pas directement prise en charge dans la
documentation Hashicorp.
De plus, Terraform ne vérifie pas automatiquement le contenu
des fichiers pour détecter s'ils ont été modifiés pour les réimportés. Pour
résoudre ce problème, j'ai inclus l'option "etag = filemd5" dans la
boucle, ce qui a permis de garantir que les fichiers seraient réimportés en cas
de modification.
Cependant, il subsiste un problème lié au format des
fichiers importés dans S3 via Terraform, car les métadonnées telles que
"Content-Type: text/html" ne sont pas automatiquement définies lors de l'importation. Cela entraîne
le téléchargement des fichiers au lieu de les afficher lors de l'accès au site
web.
Une solution consisterait à spécifier le "content_type" pour
chaque fichier lors de l'importation, ce qui implique une complication et
refonte total du block d’import via la boucle "for_each".
Il serait plus judicieux de créer le compartiment S3 via
Terraform, mais d'importer les fichiers manuellement ou autres méthodes, car de
cette façon S3 sait reconnaître automatiquement le "content_type" des
fichiers.
Partie 3 - AWS API Gateway
Cette partie devrait être mise en place comme suit :
- Création d'une API Gateway REST,
- Création de méthodes "OPTION, POST" avec une intégration de type "Lambda Function"en liant notre fonction Lambda précédemment
créée
- Ajout de la gestion des
autorisations CORS
- Déploiement de l'API et génération d'une sortie contenant
le lien de l'API à insérer dans notre fichier index.html
La configuration des méthodes "OPTIONS, POST" ont posées des
problèmes, notamment l'absence de certaines configurations qui normalement, n'ont pas besoin d'être spécifiées lors ce que l’ont crée la
ressource manuellement.
Cela a affecté les étapes telles que "Method
Request", "Integration Request", "Method Response" et surtout "Integration Response" où le besoin d'ajouter d'un modèle de mappage (application/json : "{"statusCode":200}") que j'ai eu du mal à trouver. Mais après de nombreuses heures d'essais, ces
configurations sont maintenant correctement gérées via Terraform.
Points à améliorer sur le code fonctionnel :
Revoir la gestion des métadonnées (content_type) lors de l'importation
des fichiers dans S3 via Terraform pour éviter le téléchargement manuel des fichiers sur S3.
Octobre, 2017 – Novembre, 2018
- Infogérance d'infrastructures pour de multiples clients
- Renouvellement des infrastructures informatiques de nos clients
- Déploiement de solutions IPBX 3CX
- Migration de boites aux lettres vers solution Office 365
- Gestion des ressources et planification de projets
- Monter en compétences des membres de l’équipe
- Travail en équipes interdisciplinaires pour atteindre les objectifs de projets
- Collecte des exigences
Octobre, 2016 – Août, 2017
- Conception, mise en place et administration d’infrastructure de développement (infrastructure linux sur AWS)
- Gestion de la messagerie Office365 et des accès VPN/SSH Pfsense
- Administration et supervision du SI Memority (Infrastructure Linux sur AWS)
- Automatisation de déploiement (python/shell/puppet/ansible/docker)
- Rédaction et amélioration continue de procédure (confluence/jira)
Septembre 2015 – Octobre, 2016
- Gestion et résolution des incidents Niveau I et II
- Gestion du parc informatique, matériels, logiciels et mobile
- Gestion des partages et des droits d’accès
- Assistance aux utilisateurs
- Membre d’un comité de pilotage numérique
- Suivi et gestion des stocks
Juill, 2023 – AWS Certified Cloud Practitioner (CLF)
Aoû, 2023 – AWS Certified Solutions Architect Associate (SAA)
Juin, 2017 – CQP Administrateur Systèmes (ASY)
Juin, 2017 – CQP Administrateur de Réseaux d’Entreprise (ARE)