Microservice
Microservice = l'application découpée en petits services
Les microservices sont une architecture logicielle dans laquelle une application est découpée en petits services indépendants, chacun responsable d'une fonction métier précise et déployable séparément des autres.
Plutôt qu'un seul gros programme (un monolithe), on obtient par exemple un service pour les paiements, un pour le catalogue, un pour les notifications. Chacun a souvent sa propre base de données et communique avec les autres par API ou par messages. Une équipe peut modifier et déployer son service sans attendre les autres.
Les bénéfices : équipes plus autonomes, mise à l'échelle ciblée des parties sollicitées, choix techniques adaptés à chaque service. Le prix à payer est réel :
- un système distribué, plus difficile à tester et à déboguer
- un besoin fort d'observabilité, d'automatisation et d'outils comme Docker et Kubernetes
- des données réparties à garder cohérentes
Beaucoup d'équipes reviennent à un « monolithe modulaire » quand la taille de l'organisation ne justifie pas ce coût.
Pourquoi ça compte quand on recrute
Avoir « travaillé en microservices » ne prouve pas qu'on sait les concevoir. Demandez au candidat comment il a découpé les services, comment il gère une panne en cascade ou une donnée partagée, et quand il déconseillerait cette architecture. Un bon architecte sait dire non aux microservices. Pour une jeune équipe, un profil qui les impose d'emblée est souvent un signal d'alerte.
