Les erreurs d’assemblage se voient à la compilation

Un défaut de câblage n’est plus une panne

Les frameworks Java classiques assemblent l’application au démarrage : ils inspectent le code, découvrent les composants et résolvent leurs dépendances au lancement. Un composant mal déclaré ne se voit donc qu’au démarrage — et si ce démarrage est celui de la production, l’erreur se manifeste au pire moment.

Micronaut fait ce travail à la compilation. Une dépendance manquante, une ambiguïté, une configuration incohérente : cela ne compile pas. L’erreur remonte sur le poste du développeur ou dans la chaîne de construction, jamais en production. Sur une application qui se déploie souvent, c’est un changement de nature du risque, pas un simple confort.

Fait pour les services petits et nombreux

Micronaut a été conçu à l’époque des architectures découpées, et cela se voit : il est léger à démarrer, sobre en mémoire, et prévu pour qu’on multiplie les services plutôt que d’en faire un gros.

C’est le bon outil quand vous avez plusieurs services à faire cohabiter et dialoguer, quand ils doivent monter et descendre en nombre selon la charge, ou quand chacun doit tenir sur peu de ressources. Un seul gros service applicatif avec beaucoup d’écrans n’est pas son terrain — c’est celui de Spring.

Kotlin, et ce qu’il ajoute

Le support des coroutines par Kotlin permet de réaliser des applications web solides, avec des API REST, gRPC ou GraphQL, capables de tenir beaucoup de traitements simultanés sans multiplier les fils d’exécution. Sa syntaxe évite d’écrire du code superflu — sur une application qui vivra des années, ce qu’on n’écrit pas est ce qu’on n’a pas à maintenir.

Java reste évidemment possible, et les deux langages cohabitent dans le même projet. Le critère décisif est ce que pratique l’équipe qui reprendra le code.

Le natif comme objectif, pas comme bricolage

Nous apprécions d’obtenir un seul livrable capable de fonctionner sur de nombreux systèmes d’exploitation, et, au besoin, la compilation native via GraalVM et Native Image produit un binaire optimisé.

La différence avec les autres frameworks JVM tient à l’intention : Micronaut a été pensé pour cette compilation dès l’origine, là où d’autres s’en accommodent au prix de contorsions. Le binaire démarre en quelques millisecondes et consomme une fraction de la mémoire d’une application Java classique.

Quand nous vous orienterons ailleurs

Micronaut a un écosystème plus étroit que celui de Spring. Si votre application doit s’intégrer à beaucoup d’outils tiers, ou repose sur des briques éprouvées de l’univers Spring — Hibernate, sources de données multiples — vous écrirez moins de code avec Spring Boot, et nous vous le dirons.

De même, si le besoin est une application de gestion classique avec ses écrans et ses formulaires, ni l’un ni l’autre n’est le meilleur rapport : PHP avec Symfony coûtera moins cher à développer comme à héberger.