Qu'est-ce que l'architecture à micronoyau ? Comment est-elle structurée et comment fonctionne-t-elle ?

Question

IT Interview Practice · Accepted Answer

## Qu'est-ce que l'architecture à micronoyau ?

**L'architecture à micronoyau**, également appelée architecture à plugins, divise une application en un **cœur qui fournit les fonctionnalités de base** et des **plugins qui ajoutent des fonctionnalités**. Les utilisateurs ou les développeurs peuvent choisir les plugins dont ils ont besoin au lieu de placer toutes les fonctionnalités dans le cœur.

Par exemple, un éditeur de texte permet d'ouvrir et de modifier des fichiers. Des plugins ajoutent la correction orthographique ou la prise en charge d'un autre langage de programmation. Ici, le terme micronoyau décrit la structure de l'application, et non le noyau d'un système d'exploitation.

## Comment le cœur et les plugins se connectent-ils ?

- **Cœur de l'application :** Fournit les fonctionnalités communes, gère les plugins disponibles et les appelle selon les besoins.
- **Plugin :** Implémente une extension, comme l'export d'un rapport au format PDF ou tableur.
- **Contrat d'extension :** Définit les données d'entrée reçues par un plugin, le résultat qu'il renvoie et les capacités du cœur qu'il peut utiliser. Un contrat commun permet au cœur d'appeler différents plugins de manière cohérente.

Les plugins s'enregistrent auprès de l'application pour que le cœur connaisse les fonctionnalités disponibles. Selon la conception, cet enregistrement peut avoir lieu au démarrage ou lors de l'installation d'un plugin.

## Exemple : ajouter un format d'export de rapport

Le cœur d'une application de rapports gère la sélection du rapport, prépare les données et affiche un bouton d'export. Un plugin PDF enregistre la prise en charge de l'export PDF, tandis qu'un plugin de tableur enregistre son propre format.

Lorsque l'utilisateur sélectionne PDF, le cœur transmet les données du rapport au plugin PDF. Le plugin crée un fichier et renvoie le résultat pour que le cœur puisse le proposer au téléchargement.

Pour prendre en charge un autre format, les développeurs créent un plugin qui respecte le contrat existant. Le cœur n'a pas besoin de contenir les détails de génération des fichiers pour chaque format, à condition que le contrat couvre le nouveau besoin.

## Avantages

- **Ajout de fonctionnalités facilité :** Les extensions peuvent être développées comme des plugins distincts, ce qui réduit les modifications du code du cœur.
- **Adaptation à différents besoins :** Chaque utilisateur ou client peut activer les plugins utiles à son travail.
- **Extension du produit par plusieurs équipes :** Un contrat clair permet aux équipes de développer des plugins sans comprendre l'intégralité du code de l'application.

## Limites

- **Compatibilité à maintenir :** Modifier le contrat du cœur peut rendre d'anciens plugins incompatibles, ce qui exige une gestion des versions et des tests de compatibilité.
- **Les défaillances des plugins peuvent affecter l'application :** Un plugin exécuté dans le même processus peut ralentir ou faire planter l'application. L'isolation nécessite des frontières supplémentaires pour l'exécution et les ressources.
- **Trop de dépendances compliquent la maintenance :** Les plugins qui s'appellent entre eux ou accèdent profondément aux éléments internes du cœur deviennent difficiles à mettre à jour ou à supprimer.

## Quand l'utiliser ?

Cette architecture convient aux éditeurs, aux CMS, aux outils de développement et aux logiciels dotés d'extensions propres à chaque client. Elle est particulièrement utile lorsque les fonctionnalités communes sont assez bien définies et que les extensions peuvent évoluer indépendamment. Pour une application avec peu de fonctionnalités et sans besoin d'extension, un mécanisme de plugins peut ajouter une complexité inutile.

Qu'est-ce que l'architecture à micronoyau ?

Comment le cœur et les plugins se connectent-ils ?

Exemple : ajouter un format d'export de rapport

Avantages

Limites

Quand l'utiliser ?

Questions connexes