développer des microservices avec AWS

Parfois, on a l'impression que c'est un être vivant, non pas dans le code, mais dans chaque tour de ces bras robotiques. Ils ont du caractère : ils trembleront lorsque la température est élevée, ils feront du bruit lorsque la charge est lourde et ils s'arrêteront simplement en l'air lorsque la communication sera retardée. Vous regardez le journal des erreurs à l'écran, mais vous pensez à la machine arrêtée dans l'atelier. Le problème ne vient jamais seulement du code, mais aussi des fils, des engrenages et des boîtiers métalliques que vous pouvez toucher.

Puis quelqu'un a dit : essayez les microservices et utilisez AWS. Vous pourriez être stupéfait pendant un moment. Quel est le rapport avec les servomoteurs ? Qu'est-ce que cela a à voir avec la précision de l'appareil à gouverner ? Ne parlons-nous pas de ces conteneurs invisibles dans le cloud ?

Permettez-moi de le dire autrement. Imaginez que vous assemblez un système mécanique complexe. Chaque servo est comme un microservice indépendant : il est uniquement responsable de son propre angle, reçoit des instructions, puis les exécute. Vous n'entasseriez pas toute la logique de contrôle dans une carte de contrôle principale géante, ce serait trop encombrant. Lorsqu'une articulation nécessite une réponse plus rapide, vous séparez ses circuits de commande. Les microservices sont cette idée, mais cela se produit dans le cloud. AWS fournit des « modules de pilotes » prêts à l'emploi : calcul, stockage et files d'attente de messages. Votre tâche consiste à traduire la logique physique du système mécanique en logique de service du cloud.

Cela semble un peu abstrait ? Regardons un scénario spécifique. Supposons que vous conceviez une ligne de tri automatisée. Plusieurs servos fonctionnent ensemble, certains sont responsables de l'identification, certains sont responsables de la saisie et certains sont responsables du transport. Dans les applications monolithiques traditionnelles, une fois que le module d'identification doit être mis à jour, l'ensemble du système doit être arrêté pour le déploiement. Mais qu’en est-il de l’utilisation des microservices ? Vous remplacez uniquement ce service de reconnaissance, tout comme vous remplacez un seul module de capteur dans un système mécanique : le reste se poursuit comme d'habitude. L'ECS ou l'EKS d'AWS vous aide à gérer le déploiement et la planification de ces services, tout comme un technicien invisible vous aidant à coordonner le timing des différents modules mécaniques.

Quels avantages pratiques cela apporte-t-il ? C'est la résilience. Un incident de service, comme une protection contre la surchauffe d'un servo, ne fera pas tomber toute la chaîne de production. L'équilibrage de charge ainsi que l'expansion et la contraction automatiques d'AWS permettent au système de tolérer les pannes locales. est la vitesse d’itération. Avez-vous besoin de tester une nouvelle commande de mouvement ? Vous pouvez déployer un microservice indépendamment pour une opération d'essai, et les données circulent via la passerelle API sans affecter le processus de production existant. C’est cette clarté rare. Chaque microservice ne fait qu'une seule chose, qui correspond à un module et une fonction en conception mécanique. Lors de la maintenance, vous n’avez pas besoin de chercher une aiguille dans une botte de foin dans une énorme base de code.

Bien sûr, il y a toujours une autre facette de l’histoire. Les microservices ne sont pas magiques. Si vous tombez trop en panne, les appels réseau entre services peuvent introduire de nouvelles latences, ce qui peut être fatal pour le contrôle de mouvement qui nécessite une réponse en temps réel. À l’heure actuelle, les services de messagerie AWS (tels que SQS ou Kinesis) et le cloud privé virtuel (VPC) deviennent essentiels. Ils sont comme des lignes de contrôle soigneusement disposées, garantissant que les instructions sont transmises de manière fiable et rapide entre les services. Vous devez concevoir la granularité de la communication du service en fonction des exigences réelles de temps de réponse du système mécanique. S'il est trop fin, il sera retardé et empilé ; s'il est trop épais, il perdra en souplesse.

Lorsque vous choisissez un outil, vérifiez s'il tiendra dans votre main. La suite AWS est complète, mais l'intention initiale est la suivante : de quoi avez-vous besoin pour votre système mécanique ? Si le flux de données consiste principalement à signaler l'état de l'appareil et à émettre des commandes, il peut suffire d'utiliser Lambda pour traiter les événements ; si une logique de contrôle complexe à long terme est requise, les conteneurs d'hébergement EC2 ou Fargate sont plus adaptés. La clé n'est pas de rechercher le dernier nom de service, mais de comprendre comment votre appareil se comporte dans le monde réel, puis d'en créer une image numérique dans le cloud.

Certaines personnes demandent également : est-ce que ce sera trop compliqué ? Augmenter la charge d’exploitation et de maintenance ? En effet, l’architecture des microservices nécessite des habitudes d’esprit différentes. Cela nécessite d’étendre la pensée modulaire des ingénieurs en mécanique au domaine logiciel. Mais à long terme, lorsque votre gamme de produits passera de plusieurs à plusieurs dizaines et que les clients auront besoin de combinaisons d'actions personnalisées, cette architecture vous permettra d'assembler de nouvelles solutions plus rapidement au lieu de les réécrire à partir de zéro à chaque fois.

Après tout, la technologie n’est qu’un outil. Qu'il s'agisse de microservices ou d'AWS, leur valeur ultime est de permettre à ces pièces métalliques froides de fonctionner de manière plus obéissante et plus fiable. Lorsque vous déboguez le système tard dans la nuit et voyez chaque service fonctionner en douceur sur le tableau de bord de surveillance, et le bras robotique correspondant accomplir en douceur un ensemble d'actions complexes - ce sentiment de douceur et le sentiment d'accomplissement du réglage d'une machine de précision proviennent en fait de la même source : comprendre l'essence du système, puis trouver l'expression la plus appropriée pour celui-ci.

De la structure du croquis à l'équipement de l'atelier, en passant par les données circulant dans le cloud, nous faisons en réalité la même chose : transformer les idées en une réalité stable et reproductible.

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.