Projet : Architecture et Gouvernance des APIs.
Dans une stratégie API-First visant un niveau de maturité RESTFul, au sein du pôle
« Gouvernance des APIs et Design Autorité » du domaine Architecture, ayant comme
objectif de :
⪠Gouvernance et gestion du catalogue des APIs Bouygues Telecom.
⪠Gouvernance des concepts/objets métier et QoD.
⪠Conseil et gouvernance API Management.
⪠Sensibilisation, formation et acculturation autours des APIs.
⪠Définition et mise à jour des Guidelines d’architecture et de design d’APIs.
⪠Diffusion et outillage des normes et bonnes pratiques de conception des APIs.
⪠Définition des politiques de sécurité et d’accès aux APIs (Identification,
Authentification, Autorisation).
⪠Documentation des APIs et assistance aux différents partenaires BouyguesTelecom.
⪠Design Authority et respect des Normes et RFCs API REST.
Mission : En tant qu’Architecte API :
⪠Conception des APIs (OAS) :
- Participation aux ateliers métier pour l’encadrement et la définition du
besoin métier des projets.
- Co-design et évolution des objets métier avec l’architecte métier.
- Modélisation des flux d’échange entre les différents Systèmes Techniques
(Flux synchrones, asynchrones/évènements).
- Design des APIs REST (Livraison des OAS v3.0 - Swagger).
- Implémentation du modèle Hypermedia-Driven APIs (HATEOAS).
- Support aux MOEs en phase de réalisations/Tests.
- Documentation des APIs et support aux partenaires consommateurs d’API.
- Audits/Revues de design d’APIs et respect des normes API REST.
⪠Architecture et Gouvernance API REST :
- Gouvernance du catalogue des APIs Bouygues Telecom.
- Architecture et gouvernance des Systèmes Techniques et Systèmes
Fonctionnels ByTel.
- Participation aux comités de Gouvernance SI.
- Définition des patterns de conception des différentes catégories d’APIs
ByTel.
- Gouvernance des Objets métiers du SI Bouygues Telecom.
- Mise à jour des Guidelines des normes de design d’APIs.
- Études autours de l’ouverture du SI Bouygues Telecom (Open API).
⪠API Management :
- Conseil et support sur la brique d’API Management Google apigee.
- Gestion du portail développeur.
- Définition de la stratégie Enrollment/Un-Enrollment des
utilisateurs/partenaires APIs ByTel.
⪠Sécurité et gestion des accès :
- Support et conseil dans la gestion d’authentification et d’autorisation.
- Maintien et évolution du référentiel des scopes et habilitations d’accès
aux APIs.
- Définitions des flows de sécurité OAuth2 et OpenID Connect sur les
différentes catégories d’APIs ByTel.
5
Projet : Centralisation et industrialisation de l’offre API du groupe CHANEL.
Dans un environnement Cloud Serverless Microsoft Azure et dans la volonté d’uniformiser la
gestion des APIs au seins du SI CHANEL et d’industrialiser l’usine logiciel du socle APIM,
l’objectif du projet vise à :
⪠Centraliser l’accès aux APIs.
⪠Centraliser la sécurité des APIs.
⪠Centraliser la gestion des utilisateurs de ces APIs.
⪠Standardiser les normes de conception des APIs.
⪠Création d’outils de génération de code APIM.
⪠Industrialisation de la contribution au code source de l’APIM.
⪠Automatisation des builds et des déploiements.
Mission : En tant qu’API Manager :
⪠Team Lead de l’équipe APIM :
- Point central de coordination de toutes les demandes APIM du groupe
CHANEL.
- Encadrement de l’équipe APIM Niveau 2.
- Rédaction des Starter kits et guides d’implémentation.
- Rédaction des documents d’exploitation technique destinés aux
développeurs.
- Spécification du workflow de traitement des demandes API Management
(ServiceNow).
- Évolution d’un modèle de délégation de contribution à la configuration
APIM par les équipes projets hors équipe APIM.
⪠Architecture API REST :
- Évolution d’architecture du socle APIM Azure.
- Conseil/Architecture API REST aux différents équipes CHANEL souhaitant
publier leurs APIs.
- Guidelines d’architecture APIs REST.
⪠API Management :
- Conception d’APIs transverses de plusieurs backends CHANEL.
- Élaboration des contrats d’interface SWAGGER (Spécification OAS).
- Développement des Policies d’APIs (Rupture de protocole, Transformation,
Médiation, Routage, …).
- Gestion d’expositions/consommations d’APIs.
- Test/Troubleshooting.
- Gestion d’usage et quota d’utilisation d’APIs.
- Maintien et évolution du catalogue d’APIs CHANEL.
⪠Sécurité et gestion des accès/Analytics/Reporting :
- Gestion d’authentification (OAuth2, Azure Managed Identity, Certificats)
- Gestion des souscriptions/accès/autorisations aux APIs.
- Monitoring (Azure Application Insights, Azure Event Hub).
7
⪠DevOps Industrialisation et automatisation :
- Création d’outils de génération automatique du code de la configuration
Azure API Management (Azure Resource Manager Template) avec le
langage de templating HELM et le SDK Open source Azure APIMTemplates.
- Programmation et configuration de Task Group Azure (Validation de la
configuration APIM avant déploiement, Gestion des erreurs de builds, …)
- Industrialisation de la contribution au code source de la configuration
APIM.
- Scripts de build, déploiement, gestion d’erreur de déploiement.
- Création des Pipelines Azure pour l’intégration continue et le déploiement
continue.
⪠Microsoft Azure Cloud :
- Gestion des ressources groupe et instances APIM.
- Gestion des Azure Key Vault.
- Azure Function Apps.
- Azure Event Hub.
- Azure Service Bus.
Environnement :
Technique
- TECHNOLOGIES: MICROSOFT CLOUD AZURE, API REST HTTP, REST/JSON, JWT, XML,
OAUTH2, TEMPLATING ET GENERATION DE CODE
- OUTILS: MICROSOFT AZURE API MANAGEMENT, AZURE PORTAL, AZURE DEVOPS,
AZURE CLOUD SHELL, VISUAL STUDIO CODE, GIT, HELM, AZURE RESOURCE
MANAGER TEMPLATE (ARM), AZURE APIM TEMPLATES SDK, POWERSHELL, C#, AZURE
EVENT HUB, AZURE APPLICATION INSIGHTS, SWAGGER EDITOR, POSTMAN.
- ARCHITECTURE: WOA/REST (API RESTFUL).
Projet : EXPOS
Dans le cadre de la stratégie API de la Sacem et la création de l'application mobile Sacem,
le projet API EXPOS vise à réexposer sur les canaux web des services métiers de la Sacem
destinés à l’externe.
Sous la forme d'une brique applicative appelé "Hub de services externe", le projet API
EXPOS a pour objectif d’exposer de manière standardisée et à l'état de l'art des services
métier fournis par des applications du SI de la Sacem et des services externes fournis par les
partenaires externes de la Sacem (API de paiement en ligne, API de signature électronique
des documents, …). Ces services sont destinés à être consommés par l'application mobile
iOS et Android de la Sacem ainsi que les différents portails web de la Sacem.
8
Mission : En tant que responsable de l’API EXPOS :
⪠Modélisation des ressources métier (Ateliers métiers).
⪠Architecture microservices des API identifiées (Ateliers d’architecture).
⪠Conception de l’API EXPOS avec les normes architecturales RESTful :
- Implémentation de niveau 3 du modèle de maturité de Richardson
(HATEOAS).
- Conception des routes/endpoints (Syntaxe ressources REST, affordance,
explorabilité, …).
- Conception des payloads d’entrée et de sortie.
- Gestion des codes retour HTTP et des messages d’erreur.
- Élaboration des contrats d’interface SWAGGER (Spécification OAS).
⪠Sécurisation de l’API et restriction d’accès :
- OAuth2.
- SSO Token.
- Contrôles OWASP API Security.
- Définition des règles de traçabilité de l’utilisation de l’API.
⪠Encadrement de l’équipe de développeurs de l’API (méthode Agile/SCRUM) :
- Fournir les spécifications d’implémentation de l’API.
- Encadrement dans le respect des normes d’API REST.
- Recette API et validation des développements.
⪠Point d’entrée des consommateurs de l’API :
- Assistance et conseil.
- Création des accès.
- Vérification du bon usage de l’API.
⪠Test de charge JMETER :
- Conception des scénarios de tir de charge.
- Génération des rapports de tir de charge.
⪠API Management (WSO2 APIM v2.1):
- Publication des différentes APIs.
- Gestion des souscriptions et droits d’accès.
- Gestion du trafic d’API (quotas et throttling).
- Gestion du catalogue de l’API et documentation.
- Gestion des versions/cycles de vie d’API.
- Gestion des politiques de médiations (Contrôles d’entête HTTP,
Transformations, …).
- Monitoring et statistique d’utilisation de l’API.
⪠Maintien et évolution des APIs.
⪠Suivi et évolution de l’offre API Management de la Sacem :
- Mise à jour de la plateforme d’API Management.
- Assurer la migration des APIs.
Projet : « Programme » ODI ( Offre Digitale Intégrée).
Dans le cadre de la stratégie de transformation digitale du groupe Up, le programme ODI a
pour objectif de mettre en place différents produits et services digitaux tel que la carte
électronique chèque déjeuner, le payement par mobile « Pay By UP » ...
Via une démarche d’APIsation, le projet SDI (Socle Digitale Intégré) et pour but de
concrétiser la vision ODI, représente un socle technique de solutions digitales intégrées
visant à livrer de multiples solutions/produits sous forme de briques applicatives utilisables
par les différents consommateurs internes et externes du groupe Up.
Mission :
⪠Architecture d’infrastructure de la plateforme TIBCO.
⪠Mise en place de la stack TIBCO BW6 en mode clustering (Unix/Windows) pour les
environnements de PREPROD et PROD en silent mode :
- TIBCO BusinessWorks 6.5.
- TIBCO FTL 5.4.
- TIBCO EMS 8.4.
- TIBCO TEA 2.2.
⪠Automatisation d’installation de la stack TIBCO en mode silente via le Shell
Scripting.
⪠Configuration, Clustering et Tunning de la plateforme TIBCO :
- Config FTL message broker.
- Config Domains/Appspaces/Appnodes.
- Config BW Agent avec FTL et SQL server.
- Gestion de Load Balancing et Fault Tolerance.
- Activation et config TIBCO BW6 Monitor.
- Config réseau et sécurité entre les clusters BW6.
⪠Design des contrats d’interfaces avec les standards REST ( SWAGGER/YAML ).
⪠Architecture applicative de la couche d’échange ESB.
⪠Design et implémentation technique des flux ESB (API RESTful, IBM i, Apache
KAFKA, Microsoft Azure Service Bus ) .
⪠Recette, Déploiement et monitoring des flux ESB.
⪠(POC) Monitoring avec Logstash, Elasticsearch et Kibana.
⪠API Management via la plateforme de gestion d’API TIBCO Cloud Mashery :
- Configuration façade-target.
- Authentification et habilitations.
- Transformation technique (Rupture de protocole, …).
- Optimisation du flux API (Gestion du cache, quotas, …).
10
Projet : ConnectedCar. Voitures connectées Europcar.
Mise en place d’une plateforme API qui permet de créer de la donnée exploitable à forte
valeur ajoutée à partir des données télématiques fournis par les véhicules connectés de la
flotte Europcar (TomTom webfleet API, GEOTAB API, Mercedes-Benz API, Opel OnStar API
…), cela dans une optique de standardiser les échanges de données effectués entre les
véhicules connectés et les applications d'Europcar et d'enrichir le SI et le projet BigData
d'Europcar.
Mission :
⪠Participation à la mise en place de l’architecture globale de la solution.
⪠Définition des user stories ConnectedCar et des uses cases.
⪠Définition des mappings et règles de transformations.
⪠Définition des règles de sécurité et d’API management.
⪠Installation en mode silent de la stack technique BW6 (Unix):
- TIBCO BusinessWorks 6.4.
- TIBCO EMS 8.4.
- TIBCO TEA 2.2.
⪠Configuration du socle technique BW6 :
- EMS Driver.
- EMS Server.
- BW Agent.
- Config Domains/Appspaces/Appnodes.
- Config BW Agent/EMS Agent avec le TEA.
⪠Conception du contrat d’interface SWAGGER.
⪠Développement de l’API ConnectedCar (RESTful/JSON).
⪠Recette et Déploiement des flux BW.
⪠API MANAGEMENT via la plateforme de gestion d’API TIBCO API Exchange
Gateway :
- Configuration des façades (Routes/Endpoints).
- Gestion d’accès et sécurité (OAuth2/OpenId Connect).
- Amélioration du flux API (Throttling et Rate limiting)
- Rapport d’activité et monitoring.