proposta di contenitori cloud per microservizi

Quando i servomotori andranno nel cloud: nell’era dei microservizi i vostri dispositivi combattono ancora da soli?

Hai mai provato a far lavorare insieme un gruppo di servi per completare una serie complessa di azioni? Ad esempio, un piccolo braccio robotico afferra, ruota e posiziona con precisione le parti: sembra semplice, vero? Ma in realtà aggiustarlo spesso fa venire il mal di testa alle persone. Ogni motore funziona in modo indipendente, la trasmissione dei dati è lenta e c'è sempre un ritardo di qualche millisecondo nella risposta ai comandi. L'intero sistema sembra goffo e rigido. È come una band senza direttore d'orchestra. Se il ritmo di ogni musicista è un po' fuori posto, la musica risulterà confusa.

Qual è il problema? L'architettura di controllo tradizionale è troppo "centralizzata". Tutti i calcoli vengono eseguiti su un processore core. Quando ci sono troppi compiti, il sistema sarà senza fiato. Ancora più problematica è la scalabilità: vuoi aggiungere una nuova funzionalità? Potrebbe essere necessario riscrivere l'intero programma. Con il passare del tempo, i costi di manutenzione diventano sempre più alti e la flessibilità diventa sempre più bassa.

Così negli ultimi due anni sempre più persone hanno cominciato a parlare di “microservizi”. In poche parole, si tratta di dividere un grande sistema in più piccoli servizi indipendenti, ciascuno responsabile di una funzione, e collaborare attraverso una comunicazione leggera. Questa idea è stata apprezzata già da tempo nel settore informatico, ora è finalmente il turno dei macchinari e dell'hardware. Perché? Perché abbiamo bisogno di un’architettura dei dispositivi più agile e manutenibile.

Perché i microservizi sono adatti per il tuo prossimo macchinario?

Immagina questo: hai un progetto per un braccio robotico a sei assi. In passato, la pianificazione del movimento, il controllo della coppia e le interfacce di comunicazione erano tutti racchiusi nello stesso codice. E adesso? È possibile effettuare il calcolo della traiettoria in un servizio separato, il monitoraggio in tempo reale in un altro e la diagnosi dei guasti in un altro servizio indipendente. Ogni servizio può essere sviluppato, testato, distribuito in modo indipendente e persino scritto in diversi linguaggi di programmazione. È necessario aggiornare un servizio? Non influisce sul normale funzionamento delle altre parti.

Questa modularità porta vantaggi reali. Il primo è la resilienza: se un determinato servizio va in crash, non farà crollare l’intero sistema, ma semplicemente lo riavvierà. Il secondo è la scalabilità: improvvisamente è necessario aggiungere funzionalità di riconoscimento visivo? Inserisci direttamente un nuovo servizio senza dover reinventare la ruota. La terza è la libertà tecnica: puoi scegliere C++ per il controllo in tempo reale e Python per la registrazione dei dati e ottenere il meglio da ciascuno.

Ma quando si parla di microservizi in ambito hardware c’è sempre una sfida: dove vengono eseguiti questi servizi? Computer industriale? Scheda madre integrata? O qualcosa di più flessibile?

Contenitori: ogni servizio abbia la sua “piccola stanza”

La risposta sta nella tecnologia dei “contenitori”. Puoi pensare ai contenitori come pacchetti software leggeri e indipendenti che contengono tutto il necessario per il servizio: codice, ambiente di esecuzione e librerie dipendenti. A differenza di una macchina virtuale, non ha bisogno di simulare l'intero sistema operativo, si avvia più velocemente e occupa meno risorse.

Cosa significa containerizzazione per i sistemi di servocontrollo? Ciò significa che è possibile confezionare il controllo dell'anello di posizione in un container, il gateway di comunicazione in un altro e l'interfaccia uomo-macchina in un altro. Questi contenitori possono essere eseguiti sullo stesso hardware, isolati l'uno dall'altro e facili da comunicare tra loro. Un giorno vorrai spostare il controllo su dispositivi di edge computing più potenti? Basta spostare il contenitore e non è quasi necessario modificarlo.

kpower 在这方面的探索挺有意思。他们不单提供电机或驱动器，而是开始思考整套架构如何拥抱现代软件实践。比如，通过容器封装核心控制服务，让同一型号的伺服驱动器能灵活适配不同应用场景——从高速贴片机到精密雕刻机，调整服务组合即可，不必更换硬件。

Dal concetto alla realtà: pochi passi sulla strada dell'integrazione

Forse mormorerai: suona un po' "IT". Ci occupiamo di macchinari, dobbiamo ancora imparare Docker e Kubernetes? Non preoccuparti, la transizione può essere fluida.

Inizia con le parti con cui hai più familiarità. Scegli un modulo funzionale relativamente indipendente, come il monitoraggio della temperatura del motore. Scrivilo come servizio indipendente, impacchettalo in un contenitore e provalo nel sistema esistente. Questo passaggio non richiede di toccare la logica di controllo principale e il rischio è molto ridotto.

Successivamente, osserva l'effetto. Questo contenitore è stabile? L'utilizzo delle risorse è ragionevole? La comunicazione con le altre parti è fluida? Dopo aver acquisito sicurezza, è possibile migrare gradualmente altri moduli in: pianificazione del movimento, gestione IO, registri dati... proprio come elementi costitutivi, sostituendo e aggiornando uno per uno.

Nel processo, incontrerai la sfida delle prestazioni hardware in tempo reale. Dopotutto, la pianificazione dei contenitori non è progettata per risposte in microsecondi. In questo momento, l'architettura ibrida torna utile: le attività critiche in tempo reale vengono ancora gestite direttamente dal firmware, mentre le attività non in tempo reale vengono affidate al servizio container. Chiarindo le priorità, il sistema può essere flessibile e affidabile.

Quindi vale la pena investire?

Il modello dei microservizi più container è essenzialmente un investimento per il futuro. Dà alla tua attrezzatura una sorta di "resilienza" al livello più basso. Proprio come un libro, la struttura tradizionale è una versione stampata con numeri di pagina fissi, e se vuoi cambiare un capitolo, devi ristamparlo; mentre la nuova struttura è un libro a fogli sciolti, e i capitoli possono essere rimossi e aggiunti in qualsiasi momento, ma il libro è sempre lo stesso libro.

Naturalmente, la trasformazione richiede pazienza. All’inizio potresti pensare che i passaggi siano macchinosi e che i benefici non siano evidenti. Ma quando assisti per la prima volta all’aggiornamento di un singolo servizio mentre l’intera linea di produzione continua a funzionare, il senso di fluidità ti rassicura che sei sulla strada giusta.

scritto dentro

L’evoluzione tecnologica è raramente sconvolgente, ma più simile all’acqua calma che scorre in profondità. Dall'analogico al digitale, dal centralizzato al distribuito, ogni fase del servocontrollo risponde alle esigenze reali: come essere più affidabili, più flessibili e più facili da gestire.

Oggi il concetto di cloud native sta lentamente penetrando nel mondo dell’hardware. Non si tratta di cogliere una moda passeggera, ma di risolvere i veri punti critici: quei problemi concreti che sorgono in negozio, durante il debug e durante la manutenzione notturna. Forse il prossimo dispositivo che progetterai utilizzerà questo tipo di saggezza ordinata: ogni parte è indipendente e focalizzata, ma il tutto funziona perfettamente.

Dopotutto, la buona tecnologia alla fine rende le cose complesse più semplici. Non è vero?

Fondata nel 2005,kpowerè dedicata 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,kpowerintegra 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.