Tutoriel sur les microservices : qu'est-ce que c'est, Architecture et exemple
Salle Élie
Que sont les microservices ?
Microservices est un modèle d'architecture orienté services dans lequel les applications sont construites comme un ensemble de diverses plus petites unités de service indépendantes. C'est un génie logiciel approche qui se concentre sur la décomposition d’une application en modules à fonction unique avec des interfaces bien définies. Ces modules peuvent être déployés et exploités indépendamment par de petites équipes qui possèdent l'intégralité du cycle de vie du service.
Le terme « micro » désigne le dimensionnement d'un microservice qui doit être gérable par une seule équipe de développement (5 à 10 développeurs). Dans cette méthodologie, les grandes applications sont divisées en plus petites unités indépendantes.
Qu'est-ce que le monolithique Architecture ?
En termes simples, vous pouvez dire que l'architecture monolithique est comme un grand conteneur dans lequel tous les composants logiciels d'une application sont regroupés dans un seul package.
Discutons d'un exemple de boutique de commerce électronique dans le contexte d'une architecture monolithique.
Dans toute application de commerce électronique, il existe des fonctionnalités standards telles que la recherche, Revvue et notes, et paiements. Ces fonctionnalités sont accessibles aux clients via leur navigateur ou leurs applications. Lorsque le développeur du site de commerce électronique déploie l'application, il s'agit d'une seule unité monolithique. Le code pour différentes fonctionnalités comme la recherche, RevLa vue, les notes et les paiements sont sur le même serveur. Pour faire évoluer l'application, vous devez exécuter plusieurs instances (serveurs) de ces applications.
Qu'est-ce que le microservice Architecture ?
Microservice Architecture est un style de développement architectural qui permet de créer des applications sous forme d'un ensemble de petits services autonomes développés pour un domaine d'activité. Il s'agit d'une variante de l'architecture de style structurel qui permet d'organiser les applications sous forme d'un ensemble de services faiblement couplés. Le microservice Architecture contient des services fins et des protocoles légers.
Prenons un exemple d'application de commerce électronique développée avec une architecture de microservices. Dans cet exemple d'architecture de microservices, chaque microservice est axé sur une capacité commerciale unique. Recherche, notation et Review et Payment ont chacun leur instance (serveur) et communiquent entre eux.
Dans le monolithique Architecture, tous les composants fusionnent en un seul module. Mais, dans les microservices ArchiDans leur structure, ils sont répartis en modules individuels (microservices) qui communiquent entre eux, comme le montre l'exemple de microservices ci-dessus.
La communication entre microservices est une communication sans état où chaque paire de requête et de réponse est indépendante. Ainsi, les microservices peuvent communiquer sans effort. Dans le microservice Architecture, les Données sont fédérées. Chaque microservice possède son magasin de données distinct. Suivant dans ce Java Tutoriel sur les microservices, nous découvrirons la différence entre les microservices et l'architecture monolithique.
Microservices vs monolithiques Architecture
| Microservices | Monolithique Architecture |
|---|---|
| Chaque unité de l’application entière doit être la plus petite et doit être capable d’atteindre un objectif commercial spécifique. | Une base de code unique pour tous les objectifs commerciaux |
| Le démarrage du service est relativement rapide | Le démarrage du service prend plus de temps |
| L'isolation des défauts est facile. Même si un service tombe en panne, un autre peut continuer à fonctionner. | L'isolation des défauts est difficile. Si une fonctionnalité spécifique ne fonctionne pas, le système complet tombe en panne. Afin de résoudre ce problème, l'application doit être reconstruite, retestée et également redéployée. |
| Tous les microservices doivent être faiblement couplés afin que les modifications apportées à l’un n’affectent pas l’autre. | L’architecture monolithique est étroitement couplée. Les modifications dans un module de code affectent l’autre |
| Les entreprises peuvent déployer davantage de ressources vers des services générant un retour sur investissement plus élevé | Puisque les services ne sont pas isolés, l’allocation individuelle des ressources n’est pas possible |
| Plus de ressources matérielles pourraient être allouées au service fréquemment utilisé. Dans l'exemple de commerce électronique ci-dessus, un plus grand nombre d'utilisateurs consultent la liste des produits et effectuent des recherches par rapport aux paiements. Ainsi, davantage de ressources pourraient être allouées au microservice de recherche et de liste de produits. | La mise à l’échelle des applications est à la fois un défi et un gaspillage. |
| Les microservices restent toujours cohérents et disponibles en permanence. | Les outils de développement sont surchargés car le processus doit repartir de zéro. |
| Les données sont fédérées. Cela permet à chaque microservice d'adopter un modèle de données le mieux adapté à ses besoins. | Les données sont centralisées. |
| Petites équipes ciblées. Développement parallèle et plus rapide | Une grande équipe et des efforts considérables de gestion d’équipe sont nécessaires |
| La modification du modèle de données d'un microservice n'affecte pas les autres microservices. | Le changement de modèle de données affecte l'ensemble de la base de données |
| Interagit avec d'autres microservices en utilisant des interfaces bien définies | N'est pas applicable |
| Les microservices fonctionnent sur le principe qui se concentre sur les produits et non sur les projets | Mettre l'accent sur l'ensemble du projet |
| Aucune dépendance croisée entre les bases de code. Vous pouvez utiliser différentes technologies pour différents microservices. | Une fonction ou un programme dépend des autres. |
Défis des microservices
- Les MicroServices s'appuient les uns sur les autres et devront communiquer entre eux.
- Par rapport aux systèmes monolithiques, il existe davantage de services à surveiller, développés à l'aide de différents langages de programmation.
- Comme il s’agit d’un système distribué, il s’agit d’un modèle intrinsèquement complexe.
- Différents services auront leur mécanisme distinct, ce qui entraînera une grande quantité de mémoire pour des données non structurées.
- Une gestion efficace et un travail d’équipe nécessaires pour éviter les problèmes en cascade
- Reproduire un problème sera une tâche difficile lorsqu'il disparaîtra dans une seule version et reviendra dans la dernière version.
- Le déploiement indépendant est compliqué avec les microservices.
- L’architecture de microservices entraîne de nombreuses opérations supplémentaires.
- Il est difficile de gérer les applications lorsque de nouveaux services sont ajoutés au système
- Un large éventail de professionnels qualifiés est nécessaire pour prendre en charge des microservices distribués de manière hétérogène
- Les microservices sont coûteux, car vous devez conserver différents espaces serveur pour différentes tâches commerciales.
SOA contre microservices
Les services SOA sont gérés dans l'organisation par un registre qui fait office de répertoire. Les applications doivent rechercher les services dans le registre et appeler le service.
Dans un autre monde, SOA C'est comme un orchestre où chaque artiste joue avec son instrument tandis que le directeur musical donne des instructions à tous.
D'un autre côté, les microservices sont une forme d'architecture orientée services dans laquelle les applications sont construites comme un ensemble de différents services plus petits au lieu d'un seul logiciel ou application.
Les microservices sont comme une troupe où chaque danseur est indépendant et sait ce qu'il doit faire. Ainsi, s’ils ratent quelques étapes, ils savent comment revenir sur le bon enchaînement. Maintenant, dans ce didacticiel sur l'architecture des microservices, découvrons la différence entre SOA et microservices.
Voici une comparaison détaillée entre SOA et Microservices
| Paramètres | SOA | Microservices |
|---|---|---|
| Type de conception | Dans SOA, les composants logiciels sont exposés au monde extérieur pour être utilisés sous forme de services. | Micro Service fait partie de SOA. Il s'agit d'une implémentation de SOA. |
| Dépendance | Les unités commerciales sont dépendantes. | Ils sont indépendants les uns des autres. |
| Taille du logiciel | La taille du logiciel est plus grande que celle de n'importe quel logiciel conventionnel | La taille du logiciel est toujours petite dans les microservices |
| Pile technologique | La pile technologique est inférieure à celle du Microservice. | La pile technologique des microservices pourrait être très volumineuse |
| Nature de la demande | De nature monolithique | Full stack dans la nature |
| Indépendant et concentré | Les applications SOA sont conçues pour effectuer plusieurs tâches métier. | Ils sont conçus pour effectuer une seule tâche commerciale. |
| Déploiement | Le processus de déploiement prend du temps. | Le déploiement est simple et prend moins de temps. |
| Coût – efficacité | Plus rentable. | Less rentable. |
| Évolutivité | Less par rapport aux microservices. | Très évolutif. |
| Logique métier | Les composants de logique métier sont stockés dans un domaine de service unique. Protocoles filaires simples (HTTP avec XML JSON) L'API est pilotée par des SDK/clients. | La logique métier peut vivre à travers les domaines du Service Bus de l'entreprise, comme les couches entre les services Middleware |
Outils de microservices
1) Wiremock : tester les microservices
WireMock est une bibliothèque flexible pour stubbing et moquer les services Web. Il peut configurer la réponse renvoyée par l'API HTTP lorsqu'elle reçoit une requête spécifique. Il est également utilisé pour tester les microservices.
Lien de téléchargement:http://wiremock.org/
2) Docker
Docker est un projet open source qui nous permet de créer, déployer et exécuter des applications à l'aide de conteneurs. En utilisant ces conteneurs, les développeurs peuvent exécuter une application comme un seul package. Il vous permet d'expédier des bibliothèques et autres dépendances dans un seul package.
Lien de téléchargement:https://www.docker.com/
3) Hystrix
Hystrix est une bibliothèque Java de tolérance aux pannes. Cet outil est conçu pour séparer les points d'accès aux services, systèmes et bibliothèques tierces distants dans un environnement distribué comme les microservices. Il améliore le système global en isolant les services défaillants et en empêchant l'effet en cascade des pannes.
Lien de téléchargement:https://github.com/Netflix/Hystrix
Meilleures pratiques de microservices Architecture
- Magasin de données séparé pour chaque microservice
- Conservez un code d’un niveau de maturité similaire.
- Construction séparée pour chaque service Micro.
- Traitez toujours – grave comme un apatride.
Résumé
- Les microservices sont un modèle d'architecture orienté services dans lequel les applications sont construites comme un ensemble de diverses plus petites unités de service indépendantes.
- Microservice Architecture est un style de développement architectural qui permet de construire une application comme une collection de petits services autonomes développés pour un domaine d'activité.
- L'architecture monolithique est comme un grand conteneur dans lequel tous les composants logiciels d'une application sont regroupés dans un seul package.
- Dans un microservice, chaque unité de l'application entière doit être la plus petite et doit être capable d'atteindre un objectif commercial spécifique.
- Dans l'architecture monolithique, une base de code volumineuse peut ralentir l'ensemble du processus de développement. Les nouvelles versions peuvent prendre des mois. La maintenance du code est difficile
- Deux types de microservices sont 1) sans état 2) avec état
- Microservices dans Java dépendent les uns des autres et ils devront communiquer les uns avec les autres. Vous aide à mettre l'accent sur une fonctionnalité spécifique et les besoins de l'entreprise
- L'architecture orientée services, connue sous le nom de SOA, est une évolution de l'informatique distribuée basée sur le modèle de conception de demande ou de réponse pour les applications synchrones et asynchrones.
- Dans SOA, les composants logiciels sont exposés au monde extérieur pour être utilisés sous forme de services, tandis que Micro Service fait partie de SOA. C'est une implémentation de SOA
- Wiremock, Docker et Hystrix sont des outils de microservices populaires
