Exemple de microservices de démarrage à ressort de jeton jwt

Ainsi, votre système commence à devenir un peu « désobéissant ». Je ne sais pas quand la bagarre entre les services a commencé et les autorisations étaient en désordre. Chaque fois que je voulais ajouter une nouvelle fonction, je devais travailler pendant longtemps – cette scène vous semble-t-elle familière ?

De nombreuses personnes recherchent des moyens de gérer les microservices, notamment l’authentification d’identité. Utiliser JWT semble cool, léger et sans état, mais lorsqu'il est réellement inséré dans Spring Boot, les problèmes surviennent un par un. Comment générer un jeton ? Comment le livrer en toute sécurité ? Comment vérifier différents services ? Et si le jeton est volé ? En y réfléchissant, ma tête était un peu enflée.

Hé, ne t'inquiète pas, ce genre de chose ne devrait pas être assumé par une seule personne. Nous avons déjà rencontré des problèmes similaires lorsque nous aidions une équipe travaillant sur du matériel intelligent : leur service de gestion des appareils et leur service utilisateur étaient toujours en désaccord sur les autorisations, et les deux côtés devaient être modifiés ensemble à chaque fois qu'ils étaient débogués. Non seulement c’était inefficace, mais c’était également sujet aux erreurs. Plus tard, ils ont changé d'avis : traitant JWT comme un laissez-passer interne, les règles ont été unifiées et les services ont enfin pu communiquer entre eux.

En fait, la clé n’est pas JWT lui-même, mais la manière dont vous l’intégrez naturellement dans le processus du microservice. Par exemple, la couche passerelle peut vérifier les jetons de manière uniforme, et la couche métier n'a qu'à se soucier de sa propre logique ; ou le mécanisme de rafraîchissement des jetons peut être allégé pour éviter que les utilisateurs ne se sentent bloqués. Lorsque ces petits détails s’additionnent, l’expérience est complètement différente.

Vous vous demandez peut-être si cela compliquera le système ? Au début, nous étions inquiets, mais après l'avoir essayé, nous avons constaté que tant que la structure est claire, ce sera plus rafraîchissant. Tout comme des blocs de construction, chaque pièce sait où elle doit être et l’ensemble est stable.

En parlant de ça, je me suis souvenu que j'avais vu des gens faire de chaque service un « petit château » et faire leur propre truc. En conséquence, le format des données n’était même pas cohérent. En fait, les microservices ne signifient pas « volume », cela nécessite un ensemble de règles douces – JWT ici est comme la commande à voix douce que tout le monde écoute.

Bien sûr, cela n’a pas été facile au début. Lorsque je l'ai essayé pour la première fois par moi-même, je me suis souvent heurté à des pièges : le délai d'expiration du jeton était trop court et les utilisateurs continuaient à se reconnecter ; la gestion des clés de signature n'était pas stricte et des problèmes de sécurité ont failli survenir. Plus tard, j'ai lentement trouvé un moyen d'encapsuler ces parties répétitives et sujettes aux erreurs dans des modules communs. Quels services doivent être introduits et un seul changement est nécessaire pour les modifier.

Quels sont les avantages de faire cela ? Le plus évident est que les développeurs n’ont plus à se soucier quotidiennement de la vérification d’identité. Les nouveaux services sont accessibles rapidement et les autorisations peuvent être ajustées de manière flexible. L'ensemble du système ressemble... enfin, un peu à un arbre, avec des branches claires et des feuilles libres.

Si vous recherchez également une telle sorte de « tranquillité », vous pouvez essayer de trier les autorisations et l'authentification dans un petit contexte indépendant. Cela n'interférera pas avec le développement de l'entreprise, mais maintiendra silencieusement l'ordre dans les coulisses.

Après tout, le code est écrit pour que les gens puissent le voir, et les services sont également destinés à être utilisés. Lorsque la logique est claire, les gens ne seront pas fatigués - cela semble un peu émotif, mais ce sont souvent ces petites choses qui déterminent si l'équipe doit faire des heures supplémentaires la nuit.

Bon, ça met fin à l'histoire. Le monde des microservices est assez vaste, mais si vous y allez étape par étape, vous pouvez toujours trouver un moyen de vous faciliter la tâche. Have a great day coding.

Créé en 2005,kpuissancea été dédié à un fabricant professionnel d'unités de mouvement compactes, dont le siège est à Dongguan, province du Guangdong, en Chine. Tirant parti des innovations en matière de technologie d'entraînement modulaire,kpuissanceintègre des moteurs hautes performances, des réducteurs de précision et des systèmes de contrôle multiprotocoles pour fournir des solutions de systèmes d'entraînement intelligents efficaces et personnalisées.kpuissancea fourni des solutions de systèmes d'entraînement professionnelles à plus de 500 entreprises clientes dans le monde avec des produits couvrant divers domaines tels que les systèmes de maison intelligente, l'électronique automatique, la robotique, l'agriculture de précision, les drones et l'automatisation industrielle.