Quando i tuoi servomotori iniziano a "chiacchierare": come comunicano tra loro i microservizi?

Immagina di assemblare un braccio robotico, con ogni giunto controllato da un servo indipendente. I motori delle dita devono conoscere l'angolo del polso e devono coordinarsi con il gomito: come "parlano"? Nel mondo dei sistemi meccanici, questa conversazione avviene spesso tramite cablaggio o controller centralizzati. Ma nel regno digitale, quando due microservizi devono collaborare, le cose diventano un po’ come avere due sconosciuti che coordinano le loro azioni in tempo reale ai lati opposti del mondo.

Il ponte dal meccanico al digitale

Nei progetti meccanici siamo abituati a utilizzare segnali fisici: tensione, impulsi, feedback dell'encoder. Ma nel mondo dei microservizi, la comunicazione diventa pacchetti invisibili. Alcune persone potrebbero pensare direttamente al modo più semplice: lasciare che il servizio A chiami direttamente l'interfaccia del servizio B. Proprio come quando si preme un pulsante, la luce si accende. Questo può funzionare, ma solo se il servizio B è sempre disponibile, la rete è sempre aperta e le velocità dei due corrispondono. La realtà è che le reti subiranno ritardi, i servizi verranno riavviati e il traffico aumenterà. Le chiamate dirette spesso si trasformano in "Ti ho chiamato, ma non hai sentito", e poi l'intero processo si blocca.

Pertanto, negli ultimi anni, tutti hanno iniziato a cambiare il proprio modo di pensare: invece di lasciare che i servizi "chiamino" direttamente, lasciamo che "inviino e-mail". Cioè, attraverso una coda di messaggi o un approccio basato sugli eventi, il servizio A invia il messaggio a una piattaforma intermedia e il servizio B lo preleva quando è libero. È come lasciare un biglietto in officina: "Avviso temperatura motore 3, per favore occupatene." Il collega incaricato del trattamento lo adeguerà quando vedrà la nota, senza preoccuparsi se le due persone sono presenti contemporaneamente.

In un'analogia meccanica, questo metodo è un po' come installare una piccola cassetta della posta per ciascun motore. La tua casella di posta è piena? Quindi per il momento non sarà possibile salvare nuovi messaggi. Ma almeno i messaggi non andranno persi e il sistema sarà più disaccoppiato. Ma sorge una nuova domanda: cosa succede se ci sono troppe “note cartacee” da gestire? Se un messaggio è particolarmente urgente come posso mettermi in fila?

entrarekpowerprospettiva della soluzione

esisterekpowerNella nostra pratica tecnica, abbiamo riscontrato che i progetti iniziali di molti clienti sono come raggruppare tutti i cavi insieme: funziona a breve termine, ma la manutenzione è un disastro. La comunicazione tra i microservizi non dovrebbe essere così fragile. Tendiamo a orientarci verso un modello più vicino al “riflesso neurale”: asincrono, guidato dagli eventi, ma con bassa latenza sul percorso critico.

Ad esempio, disponi di un servizio che raccoglie i dati sulle vibrazioni del servomotore e di un altro servizio responsabile della manutenzione predittiva. Il servizio dati sulle vibrazioni non deve attendere la risposta del servizio di previsione. Deve solo inviare i pacchetti di dati, contrassegnare la priorità e ha completato il suo lavoro. Il servizio di previsione potrebbe recuperare i dati dopo pochi millisecondi oppure potrebbe elaborarli successivamente a causa delle limitate risorse di elaborazione. Ma il servizio dati sulle vibrazioni non si blocca, continua a raccogliere il gruppo successivo. L'intero sistema è come un'officina flessibile, in cui ogni postazione di lavoro opera in modo autonomo e collabora indirettamente attraverso un nastro trasportatore (pipeline di messaggi).

Qualcuno ha chiesto: "E se la pipeline dei messaggi stessa fallisse?" Questo risale al design ridondante. Una buona architettura di comunicazione dei microservizi consentirà di eseguire il backup dei messaggi su più percorsi, come le aste di trasmissione di backup in un sistema meccanico.kpowerQuando si assistono i clienti con la distribuzione, viene spesso suggerito un modello di "pubblicazione/sottoscrizione": un servizio pubblica un evento e più servizi correlati possono sottoscriverlo ed elaborarlo secondo necessità. Ciò evita un singolo punto di dipendenza e semplifica la scalabilità.

Perché sembra semplice, ma è così facile da fare?

Perché gli scenari della vita reale raramente sono semplici come "due servizi". Nella maggior parte dei casi ci sono dozzine o addirittura centinaia di servizi intrecciati tra loro. A innesca B, B innesca C e D, e il risultato di C ritorna ad A... In questo momento, se ogni comunicazione utilizzasse l'attesa sincrona, il sistema sarebbe come un giunto stretto da troppe viti, rigido e incline al collasso.

Quindi spesso scherziamo dicendo che progettare la comunicazione di microservizi è come organizzare una danza per un gruppo di servi: non puoi lasciare che ciascun motore attenda il segnale completo di un motore, altrimenti la danza si blocca. Devi lasciare che ascoltino la stessa musica (flusso di eventi), ogni passo allo stesso ritmo, di tanto in tanto guardino la posizione dei loro compagni (interrogazione sullo stato), ma corrano autonomamente per la maggior parte del tempo.

In Kpower aiuteremo innanzitutto i clienti a disegnare diagrammi di flusso di dati, proprio come si disegnano diagrammi di trasmissione meccanica. Quali comunicazioni richiedono la sincronizzazione in tempo reale (come i segnali di arresto di emergenza), quali possono tollerare ritardi (come i caricamenti dei log), quali garantiscono l'ordine (come le istruzioni di passaggio) e quali possono essere elaborate fuori ordine (come il campionamento dei dati). Dopo la categorizzazione, abbina diversi protocolli e strumenti di comunicazione. Questo non è un approccio valido per tutti, ma come un set di ingranaggi, ogni punto di ingranamento deve avere il profilo e la velocità del dente corretti.

A volte, meno è meglio

È interessante notare che quando si chiede a progettisti meccanici esperti come semplificare il sistema, spesso rispondono: "Ridurre il collegamento di trasmissione". Lo stesso vale per la comunicazione dei microservizi: non tutti i servizi devono comunicare direttamente. I percorsi possono essere fatti convergere tramite un servizio di aggregazione (gateway API) o un bus di eventi. È come aggiungere una scatola di distribuzione a un macchinario complesso, rendendo la linea principale più chiara e facilitando la manutenzione.

Kpower ha riscontrato durante la revisione del progetto che un livello di comunicazione eccessivamente progettato è spesso più problematico che insufficiente. Ad esempio, per "assicurazione", viene aggiunta una coda di messaggi tra ciascun servizio. Di conseguenza, durante il funzionamento e la manutenzione è necessario tenere traccia di più di una dozzina di catene di messaggi. Successivamente, abbiamo modificato la nostra strategia per dare priorità alla garanzia di un'elevata affidabilità dei collegamenti principali, mentre è stato consentito il downgrade dei collegamenti non principali. Ciò rende effettivamente il sistema più robusto, proprio come una buona macchina: utilizzando acciaio bonificato per le parti principali e leghe ordinarie per le parti secondarie, il rapporto costi/prestazioni complessivi e l'affidabilità risultano migliorati.

Quindi, la prossima volta che ti preoccupi di come i microservizi "chattano", potresti anche pensare a come progettare la collaborazione meccanica: chiarire la divisione del lavoro, stabilire un protocollo di segnale chiaro, lasciare un po' di spazio buffer e aggiungere più assicurazione per le parti chiave. Lascia il resto a partner come Kpower che ti aiuteranno a trasformare il tuo progetto in una realtà stabile. Dopotutto, che si tratti di macchinari o di codici, una buona comunicazione è la pietra angolare di un funzionamento regolare.

Fondata nel 2005, Kpower si dedica a un produttore professionale di unità di movimento compatte, con sede a Dongguan, nella provincia del Guangdong, in Cina. Sfruttando le innovazioni nella tecnologia di azionamento modulare, Kpower integra motori ad alte prestazioni, riduttori di precisione e sistemi di controllo multiprotocollo per fornire soluzioni di sistemi di azionamento intelligenti efficienti e personalizzate. Kpower ha fornito soluzioni di sistemi di azionamento professionali a oltre 500 clienti aziendali in tutto il mondo con prodotti che coprono vari campi come sistemi domestici intelligenti, elettronica automatica, robotica, agricoltura di precisione, droni e automazione industriale.