PathMotion Clinch est une plateforme de discussion en ligne qui permet aux candidats de dialoguer avec de vrais employes via le site carriere d'une entreprise. Avec des clients en France et au Royaume-Uni, la societe devait faire evoluer son architecture pour soutenir la croissance et preparer son expansion vers de nouveaux marches.
Humaniser le recrutement avec une plateforme plus scalable.
Le principe de PathMotion est simple : aider les candidats a mieux comprendre une entreprise en discutant avec des collaborateurs reels. Cette promesse repose sur une plateforme capable de servir des conversations, des contenus et des parcours candidats de façon fiable, meme lorsque l'activite progresse.
Pour accompagner son developpement en France, au Royaume-Uni puis sur de nouveaux marches, PathMotion a voulu anticiper les limites de son application monolithique. L'enjeu etait de changer d'architecture avant que la maintenance, les incidents ou les evolutions produit ne deviennent trop lourds.
Sortir du monolithe avant qu'il ne bloque la croissance.
Une architecture monolithique peut etre efficace au demarrage : elle demande peu de maintenance et permet de developper rapidement. Mais lorsque la base de code grandit, les raccourcis pris pour avancer vite peuvent rendre les evolutions plus fragiles.
PathMotion voulait eviter d'attendre le point de rupture. L'equipe savait que le systeme finirait par rencontrer un obstacle si la plateforme continuait de croitre sans evolution structurelle. La decision a donc ete prise tant qu'il restait de la marge pour migrer sans stress excessif pour l'entreprise.
Migrer vers GKE par etapes.
PathMotion avait deja commence a utiliser certains services Google Cloud, notamment App Engine pour quelques services et Cloud SQL pour la base de donnees. Pour migrer le reste de la plateforme, l'equipe s'est appuyee sur le centre de competences OP-Rate.
- decomposer progressivement l'application au lieu de basculer tout le monolithe en une fois ;
- mettre en place un cluster complet sur Google Kubernetes Engine ;
- separer un environnement d'essai et un environnement de production ;
- utiliser des services geres Google Cloud lorsque cela simplifie l'exploitation ;
- repliquer les ressources critiques pour limiter l'impact des taches lourdes.
OP-Rate a recommande de ne pas tout transferer dans une seule instance. La trajectoire a consiste a diviser les composants, construire un cluster complet et fournir deux environnements distincts, essai et production. Cette approche a permis une migration sans temps d'arret.
Ameliorer la resilience et isoler les charges lourdes.
Avec les microservices sur GKE, les elements de la plateforme PathMotion disposent d'une double redondance modulaire. Si une partie de la solution rencontre un probleme, elle peut etre remplacee rapidement. La reprise apres sinistre, auparavant mesuree en heures, devient quasi immediate pour les utilisateurs.
La replication des services permet aussi d'isoler certaines taches gourmandes. Les indicateurs de performance, qui sollicitaient fortement la base de donnees et prenaient auparavant plusieurs heures a generer, peuvent s'appuyer sur une base repliquee dediee a cet usage.
Cette granularite est l'un des apports majeurs de Google Kubernetes Engine : l'equipe peut allouer davantage de CPU et de memoire au front-end, la ou se concentre le trafic, et limiter les ressources du back-office a ce qui est necessaire.
Repondre plus vite aux demandes de securite et de conformite.
Le recrutement est un domaine sensible. Confidentialite, securite et conformite sont donc des sujets importants pour PathMotion et ses clients, notamment lorsque l'entreprise s'adresse a de grands comptes internationaux.
Les demandes de securite arrivent souvent tard dans le processus commercial. PathMotion doit pouvoir y repondre rapidement pour ne pas ralentir ou compromettre les opportunites. Google Cloud apporte un cadre documente, des services de securite et des references utiles pour traiter ces questions avec plus de precision.
Preparer les futurs developpements cloud.
La plateforme PathMotion est desormais entierement sur Google Cloud, avec une architecture microservices capable de soutenir les futurs developpements. La replication sur GKE facilite aussi le deploiement vers de nouveaux marches, notamment les Etats-Unis.
Une fois les deux objectifs initiaux atteints, l'equipe peut envisager de nouvelles fonctions d'IA et de machine learning construites au-dessus de la solution existante. Le socle Google Cloud donne un cadre plus structure pour choisir entre services totalement geres, services partiellement geres et composants plus controles.
Ce que ce cas dit d'une modernisation applicative utile.
Le cas PathMotion montre qu'une migration cloud reussie ne consiste pas seulement a heberger un monolithe ailleurs. La valeur vient de la decomposition progressive, de la separation des environnements, de la resilience et de la capacite a allouer les ressources au bon endroit.
Pour AN2C, cette approche correspond a une modernisation operable : avancer par paliers, limiter les interruptions, rendre le socle plus comprehensible et preparer les prochains usages sans creer une nouvelle dette technique.