Salut! Je m'appelle Viacheslav Aksenov et je suis un développeur backend spécialisé dans le développement de systèmes backend complexes en Java et Kotlin. Aussi, j'ai beaucoup de petits projets pour animaux de compagnie, que vous pouvez trouver sur mon GitHub : https://github.com/v-aksenov Qu'est-ce qu'un microservice ? Un microservice est un petit service indépendant conçu pour effectuer une tâche spécifique ou un ensemble de tâches au sein d'une application plus vaste. Chaque microservice est développé et déployé indépendamment des autres microservices du système et communique avec d'autres microservices via des API. Les microservices offrent également plusieurs autres avantages, notamment une évolutivité améliorée, une meilleure tolérance aux pannes et une agilité accrue. En décomposant une application en services plus petits et plus indépendants, les développeurs peuvent facilement augmenter ou réduire les composants individuels selon les besoins et peuvent réagir rapidement aux changements des besoins des utilisateurs ou des conditions du marché. Cependant, les microservices présentent également certains défis, tels que la nécessité d'une gestion robuste des API, de la découverte de services et du traçage distribué. Concevoir et mettre en œuvre correctement des microservices nécessite une planification et une coordination minutieuses au sein de l'équipe de développement, ainsi qu'une compréhension approfondie des exigences et des contraintes uniques du système en cours de développement. Quand les clients HTTP sont-ils requis pour les microservices ? Pour répondre à cette question, nous devons répondre à la question « De quoi est responsable ce service actuel ? » Très souvent, dans la logique métier du service, il y a une situation où nous devons obtenir une réponse d'une API tierce. Ou de plus, nous avons plusieurs microservices en chaîne pour gérer notre processus métier. Dans ces situations, nous devons implémenter le client HTTP dans notre microservice. Dans une architecture de microservices, un client HTTP est un composant logiciel qui communique avec d'autres microservices via le protocole HTTP. Le client HTTP est chargé de faire des requêtes à d'autres microservices et de recevoir des réponses en retour. Lorsqu'un microservice doit communiquer avec un autre microservice, il envoie généralement une requête HTTP au point de terminaison approprié de l'autre microservice. La requête HTTP peut inclure une charge utile de données, telle qu'un objet JSON ou un document XML, que le microservice récepteur peut utiliser pour effectuer sa tâche. Comment implémenter le client HTTP dans un microservice Spring Boot ? Vous pouvez choisir d'implémenter le client HTTP dans le service Spring Boot de plusieurs manières. Tout d'abord, vous devez choisir - s'agira-t-il d'un client synchrone ou asynchrone ? Par exemple, si vous avez une architecture synchrone, vous pouvez choisir l'une des solutions fournies par Spring Boot. Dans Spring Boot, un client HTTP synchrone est un composant utilisé pour envoyer des requêtes HTTP à d'autres services ou points de terminaison, et bloque le thread actuel jusqu'à ce que la réponse soit reçue. Spring Boot fournit plusieurs options pour implémenter des clients HTTP synchrones, notamment les classes et . RestTemplate WebClient Le est un choix populaire pour implémenter des clients HTTP synchrones dans Spring Boot. Il fournit une API simple et intuitive pour effectuer des requêtes HTTP et gérer les réponses, et prend en charge un large éventail de méthodes HTTP, de types de requêtes et de réponses et de convertisseurs de messages. Pour utiliser , vous devez le configurer en tant que bean dans le contexte de votre application, puis l'utiliser pour effectuer des requêtes HTTP en appelant ses différentes méthodes. RestTemplate RestTemplate Il existe un exemple d'utilisation de RestTemplate pour la requête HTTP POST : public RegisterResponse registerUser(UserDto userDto) { HttpEntity<UserDto> requestEntity = new HttpEntity<>(user, headers); ResponseEntity<String> responseEntity = restTemplate.postForEntity(url, requestEntity, RegisterResponse.class); if (responseEntity.getStatusCode() == HttpStatus.OK) { RegisterResponse response = responseEntity.getBody(); // handle the response } else { // handle the error } } Une autre option pour implémenter des clients HTTP synchrones dans Spring Boot consiste à utiliser la classe . est un client HTTP réactif qui fournit une API non bloquante pour effectuer des requêtes HTTP et gérer les réponses, et est bien adapté aux applications qui nécessitent des niveaux élevés de simultanéité ou d'évolutivité. Pour utiliser , vous devez le configurer en tant que bean dans le contexte de votre application, puis l'utiliser pour effectuer des requêtes HTTP en appelant ses différentes méthodes. WebClient WebClient WebClient public RegisterResponse registerUser(UserDto userDto) { Mono<String> responseMono = webClient.post() .uri(endpointPath) .contentType(MediaType.APPLICATION_JSON) .body(Mono.just(user), UserDto.class) .retrieve() .bodyToMono(RegisterResponse.class); responseMono.subscribe(response -> { // handle the response }, error -> { // handle the error }); } Il est important de noter que l'utilisation de clients HTTP synchrones peut bloquer le thread actuel, ce qui peut avoir un impact négatif sur les performances globales et l'évolutivité de votre application. En tant que tel, il est recommandé d'utiliser des clients HTTP asynchrones, tels que avec une programmation réactive, lorsque cela est possible pour améliorer la réactivité de l'application et l'utilisation des ressources. WebClient Il y a plusieurs inconvénients lors de l'utilisation de RestTemplate et WebClient : vous devez écrire beaucoup de logique passe-partout pour gérer les scénarios positifs et négatifs vous devez configurer chaque client manuellement les méthodes pour les requêtes HTTP GET/POST régulières ont une sémantique complexe et vous devez vous en souvenir Comment faire plus simple ? Réponse courte - vous pouvez utiliser la bibliothèque Feign. Qu'est-ce que c'est? Feign est une bibliothèque Java qui permet aux développeurs de créer facilement des clients HTTP, spécialement conçus pour créer des microservices RESTful. Il fournit un moyen déclaratif de définir des API HTTP qui peuvent être appelées à partir de votre code comme s'il s'agissait d'appels de méthode locaux, ce qui facilite le travail avec les API et la consommation de ressources sur différents microservices. Avec Feign, vous pouvez facilement créer des interfaces qui définissent les méthodes HTTP, les paramètres de requête et les types de réponse pour vos points de terminaison RESTful. Ensuite, Feign s'occupe du reste, y compris la sérialisation et la désérialisation des requêtes et des réponses, l'encodage d'URL, la gestion des erreurs et la gestion des connexions. Voici un exemple de requête POST pour l'enregistrement d'un utilisateur à l'aide de Feign : // Client describes as interface with configuration: @FeignClient(name = "exampleRegisterClient") public interface RegisterClient { @PostMapping("/register") RegisterResponse registerUser(@RequestBody UserDto user); } // Bean creation in Spring configuration: @Bean public RegisterClient registerUserApi() { return Feign.builder().target(RegisterClient.class, "https://localhost:9090/api); } Feign fournit un moyen simple et déclaratif d'interagir avec les API HTTP, permettant aux développeurs de se concentrer sur la logique métier de leurs microservices plutôt que sur les détails des requêtes HTTP. Conclusion. En conclusion, Spring Boot fournit plusieurs options pour implémenter des clients HTTP dans des microservices, notamment RestTemplate, WebClient et Feign. RestTemplate est un client simple et largement utilisé qui fournit une communication HTTP synchrone. WebClient est une alternative plus moderne et réactive qui fournit une communication HTTP non bloquante avec une API de style fonctionnel. Feign est un client déclaratif et de type sécurisé qui génère du code basé sur des définitions d'API, fournissant une interface facile à utiliser pour les microservices RESTful. Lors du choix du client HTTP à utiliser, il est important de prendre en compte les exigences de votre microservice, telles que les performances, l'évolutivité et la facilité d'utilisation. RestTemplate est un bon choix pour les cas d'utilisation simples qui nécessitent une communication synchrone. WebClient est un bon choix pour les cas d'utilisation réactifs et non bloquants qui nécessitent des performances et une évolutivité élevées. Feign est un bon choix pour les cas d'utilisation déclaratifs et de type sécurisé qui nécessitent une API simplifiée et une expérience de développement améliorée. Quel que soit le client HTTP que vous choisissez, il est important d'écrire des tests d'intégration pour vous assurer que votre microservice se comporte correctement lors de l'interaction avec des services externes. En testant vos clients HTTP, vous pouvez vous assurer que votre microservice se comporte comme prévu dans différents scénarios, tels que des pannes de réseau ou des réponses inattendues de services externes. Vous pouvez trouver mes exemples d'implémentation de différentes manières d'écrire des clients HTTP sur mon GitHub : https://github.com/v-aksenov Photo de sur ThisisEngineering RAEng Unsplash

The code in this story is for educational purposes. The readers are solely responsible for whatever they build with it.

Cet audio est produit dans la langue originale de l'histoire !

Trop long; Pour lire

Making security fun one episode at a time

Un guide essentiel des clients HTTP et des microservices Spring Boot

Trop long; Pour lire

Viacheslav Aksenov

STORY’S CREDIBILITY

Code License

About Author

ÉTIQUETTES

Languages

CET ARTICLE A ÉTÉ PARU DANS...

Un guide essentiel des clients HTTP et des microservices Spring Boot

Trop long; Pour lire

Viacheslav Aksenov

STORY’S CREDIBILITY

Code License

About Author

ÉTIQUETTES

Languages

CET ARTICLE A ÉTÉ PARU DANS...

HISTOIRES CONNEXES