Pourquoi votre microservice a-t-il toujours l'impression que quelque chose ne va pas ?

Cela vous semble familier, n'est-ce pas ? De nombreuses équipes étaient très enthousiastes lorsqu'elles ont commencé à diviser les services, pensant que la maintenance et les mises à niveau seraient beaucoup plus flexibles à l'avenir. Mais au fur et à mesure que vous l'utilisez, vous constaterez que les services sont indépendants, mais que la « communication » entre eux est un gâchis. D'où viennent les demandes, où vont-elles, qui vient en premier, que faire en cas de problème - ces choses deviennent soudainement des problèmes insignifiants à résoudre au quotidien.

Que manque-t-il?

Imaginez si vous installiez une « station de répartition intelligente » devant chaque microservice : cette station ne fait rien d'autre que d'être chargée de recevoir les demandes externes, de leur donner des directions, de vérifier les identités, de contrôler le trafic et, occasionnellement, d'aider à convertir les formats de données. Avez-vous soudainement senti que ces communications chaotiques pouvaient être sauvées ?

Cette chose est la passerelle API que tout le monde mentionne souvent. C'est un peu comme l'unité de commande principale du système mécanique. Il ne participe pas directement à la production de couple du servomoteur, ni ne traite directement le retour d'angle de l'appareil à gouverner, mais il garantit que toutes les instructions peuvent atteindre leur destination avec précision, ordre et sécurité.

Mais avec autant de choix sur le marché, comment choisir ? À quoi ressemble une passerelle fiable ?

Une bonne passerelle doit faire tout le travail en silence.

Il doit être aussi stable qu'un servomoteur robuste : quelle que soit l'ampleur de la demande, il peut la gérer et le temps de réponse est stable. Il ne peut pas expirer ou perdre de la mémoire à chaque tour. Il doit être aussi flexible qu'un servo programmable, prendre en charge diverses conversions de protocole et pouvoir s'adapter facilement à différents services. Autre point important : la facilité d’entretien. Vous ne voulez certainement pas vous retrouver coincé dans des configurations compliquées tous les jours, n’est-ce pas ? Il est préférable d’avoir une interface claire, et modifier les règles de routage est aussi simple que d’ajuster les paramètres.

La surveillance et les journaux doivent également être clairs en un coup d’œil. En cas de problème, vous devez être en mesure de déterminer rapidement de quel service et de quel lien il provient, plutôt que de chercher une aiguille dans une botte de foin dans des dizaines de fichiers journaux.

Cela dit, je me souviens que quelqu'un m'avait déjà demandé : « Nous n'avons pas beaucoup de services, avons-nous encore besoin d'une passerelle ? En fait, même s’il n’y a que trois ou cinq microservices, dès lors qu’il s’agit d’une exposition externe, d’une authentification ou d’une limitation de courant, disposer d’une gestion unifiée des entrées évitera bien des soucis à l’avenir. Il vous aide à extraire ces logiques de sécurité et de vérification répétitives, permettant à chaque microservice de se concentrer davantage sur ce qu'il doit faire - tout comme la normalisation des composants de transmission universels de la structure mécanique, permettant à chaque module de se concentrer uniquement sur ses propres fonctions de base.

Le chemin que nous avons parcouru peut vous donner quelques références.

existerkpuissance, nous avons discuté avec de nombreuses équipes et avons également connu la période de casse-tête liée à la division de nos propres services. Nous avons constaté que bien souvent, les gens n’ont pas besoin d’une passerelle, mais ils craignent que l’introduction d’une passerelle n’entraîne une nouvelle complexité. C'est pourquoi, lors de la conception, nous avons toujours adhéré à un principe : rendre la passerelle aussi transparente que possible et l'accès aussi léger que possible.

Par exemple, vous n'avez pas besoin de réécrire toutes les interfaces de service pour ajouter une passerelle. Il doit pouvoir se connecter en douceur au système existant et y transférer lentement le trafic. Pour un autre exemple, il est préférable que la configuration prenne effet en temps réel, et il n'est pas nécessaire de redémarrer le service lors de la modification de la politique de routage - après tout, le service de contrôle sur la ligne de production ne peut pas être arrêté, n'est-ce pas ?

Quant au suivi, nous estimons qu’on ne peut pas se contenter d’accumuler des données. Tout comme en regardant la courbe de couple en temps réel d'un servomoteur, vous pouvez voir clairement la répartition du temps de réponse et les changements du taux de réussite de chaque interface, et vous pouvez même localiser rapidement le lien d'un appel anormal. De cette façon, vous aurez l’esprit tranquille en cas de problème.

Alors, comment faire ?

Lors d'un échange, un client a demandé : « Quelle est la différence entre votre passerelle et notre propre configuration Nginx ? »

La documentation et le soutien de la communauté sont également essentiels. Lorsque vous rencontrez un problème, quelqu'un peut rapidement vous donner des idées au lieu de vous faire parcourir le code source pendant trois jours.

Soyez pratique

Choisir un outil, c'est parfois comme choisir un servomoteur : quel que soit le nombre de paramètres, cela dépend toujours de son bon fonctionnement dans votre propre système. Autant commencer par un petit module. Par exemple, exposez d'abord les API telles que la requête sur l'état de l'appareil via la passerelle pour déterminer si la configuration et la gestion se déroulent sans problème. L'effet est bon et il sera progressivement étendu à d'autres services.

Après tout, la technologie sert à résoudre les problèmes, pas à tourmenter les gens. Les microservices sont une aide s’ils sont bien démantelés, mais ils sont un fardeau s’ils ne sont pas bien démantelés. Une bonne passerelle API est comme un dispositif de transmission fiable dans une machine de précision : elle ne vole pas la vedette, mais sans elle, l'ensemble du système pourrait ne pas fonctionner.

J'espère que ces partages épars pourront vous apporter un peu d'inspiration. Si vous pensez également à la gouvernance des microservices, vous pouvez peut-être vous arrêter et y réfléchir : manque-t-il un « intermédiaire » qui coordonne tout en silence ?

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. Kpower a 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.