L’innovant projet Quarkus a déjà été évoqué dans plusieurs précédents articles depuis sa sortie en mai 2019. Ces publications ont détaillé à quel point il est un excellent cadre d’exécution, très performant et très adapté à la réalisation de microservices HTTP. Néanmoins, ces différents articles n’ont pas, pour le moment, abordé le thème de la programmation « réactive ». Or, comme nous allons le voir aujourd’hui, la programmation « réactive » est en fait au cœur de Quarkus !
Architecture orientée événements, fonctions serverless [1] et autres microservices ont le vent en poupe, c’est indéniable ! Ces approches, plus qu’adaptées au cloud, ont de grandes exigences en termes de rapidité de démarrage, de consommation minimum de mémoire, mais aussi en confort et en facilité de développement. Comme nous allons le voir dans cet article, Quarkus est un cadre d’exécution très adapté à ces contraintes - et pour cause, il a été conçu justement avec celles-ci en tête !
Remarque préliminaire
Si le lecteur n’est pas encore familier avec Quarkus, il est invité à se référer au précédent article [2], qui présente le projet dans ses grandes lignes.
1. Pourquoi adopter une approche réactive ?
Il faut le reconnaître, Java n’était pas, à leur arrivée, le langage de programmation le plus adapté à l’exécution au sein de conteneurs. Lui-même un conteneur isolé de son propre environnement d’exécution, sa...
- Accédez à tous les contenus de Connect en illimité
- Découvrez des listes de lecture et des contenus Premium
- Consultez les nouveaux articles en avant-première
