Quando il tuo progetto meccanico inizia a "lavorare in silos"

Ricordi l'ultima volta che hai eseguito il debug di quel sistema multiasse? I tre servomotori avrebbero dovuto essere sincronizzati come ballerini, ma invece ballavano su tre ritmi diversi. I cavi erano aggrovigliati come viti e una piccola modifica in un certo modulo costringeva a riscrivere l'intero programma di controllo. Nel laboratorio a tarda notte, mentre guardi le spie lampeggianti, un pensiero potrebbe aver attraversato la tua mente: quanto meno ti preoccuperesti se ogni parte potesse lavorare in modo indipendente e collaborare in modo intelligente?

Questo non è solo un tuo problema. Dalle catene di montaggio automatizzate ai sofisticati sistemi di controllo dello sterzo, più i progetti meccanici diventano complessi, più diventa difficile per la tradizionale architettura "un capello influenzare l'intero corpo". È come gestire una band in cui tutti i musicisti condividono una partitura. Se cambi una nota, tutti devono fermarsi.

Di conseguenza, un'idea chiamata "piattaforma di microservizi" è entrata silenziosamente in questo campo. Puoi pensarlo come se assegnassi a ciascuna funzione principale, come il controllo motorio, il calcolo della traiettoria del movimento e il monitoraggio dello stato, una “piccola stanza” dedicata e completamente funzionale. Ogni stanza ha il proprio alimentatore, strumenti e istruzioni indipendenti. Le informazioni necessarie vengono trasmesse tra loro attraverso diversi canali chiari e fissi (di solito interfacce API leggere), come "Un motore è a posto" e "La pianificazione del percorso B è completata". Mentre una stanza viene riparata e ammodernata, le altre stanze continueranno a funzionare come al solito.

Ti sembra un po' astratto? Parliamo di qualcosa di specifico

Domanda: Qual è la differenza tra questo e la suddivisione di un software di grandi dimensioni in diversi file di piccole dimensioni? La differenza è "autonomia". La modularizzazione tradizionale è come un libro diviso in capitoli, ma il libro è sempre lo stesso. Ogni servizio nei microservizi è più simile a un volume indipendente in una serie di romanzi. Ogni libro ha il proprio autore (team di sviluppo), scritto nel linguaggio (tecnologia di programmazione) in cui è bravo e viene persino venduto in diverse librerie (server). Finché sono d'accordo sui personaggi chiave e sull'interfaccia della trama (API), i lettori possono seguire l'intera serie senza problemi. Ciò significa che è possibile utilizzare il linguaggio più adatto per scrivere i servizi di controllo per un determinato servo e utilizzare un altro linguaggio per elaborare i registri dati senza interferire tra loro.

D: Quali sono i vantaggi pratici per il mio progetto meccanico? Immagina due scenari. Il primo è la velocità di iterazione: è necessario aggiornare la precisione del feedback del servo. Nell'architettura dei microservizi, è sufficiente aggiornare la piccola stanza del "servizio di controllo del server" e sostituirla senza problemi dopo il test. L'intero sistema non si spegne e altri servizi come la gestione dell'energia e il monitoraggio della sicurezza continuano a funzionare senza che nessuno se ne accorga. Il secondo è la tolleranza agli errori: se un servizio di elaborazione dei dati di rilevamento si blocca inaspettatamente, la piattaforma può riavviarlo automaticamente. In questi pochi secondi, il sistema potrebbe degradarsi nel funzionamento, ma non sarà completamente paralizzato come la tradizionale architettura monolitica, lasciando l’intero braccio robotico congelato a mezz’aria.

D: Ciò renderà il sistema più complesso e più difficile da integrare? La progettazione iniziale del cablaggio richiede nuove idee. Ma a lungo termine, riduce la complessità. Ogni servizio ha un’unica responsabilità e confini chiari, proprio come ogni strumento in una cassetta degli attrezzi ha uno slot fisso, anziché tutti gli strumenti saldati in un’unica grande pila. Durante il debug, è possibile individuare con precisione se il "servizio di comunicazione" o il "servizio di pianificazione del movimento" è allarmante. Nuova funzionalità? Invece di modificare una cosa enorme, aggiungiamo direttamente una "piccola stanza" indipendente.

Che aspetto ha una piattaforma di microservizi affidabile?

Non dovrebbe essere un concetto accademico, ma un vero e proprio “amministratore della comunità”. Questa governante è responsabile di: assegnare risorse a ciascuna "stanza di servizio", monitorarne lo stato, gestire le vie di comunicazione tra le stanze e costruire rapidamente nuove stanze identiche quando è necessaria l'espansione.

esisterekpowerDal nostro punto di vista, tale piattaforma non è copiata direttamente dai libri di testo sul software. Deve comprendere il "ritmo fisico" del mondo meccanico. Ad esempio, la messaggistica tra servizi può soddisfare i requisiti di tempo reale dei servomotori ad alta velocità? Quando la piattaforma pianifica le risorse, tiene conto dei picchi di carico periodici di alcuni servizi di controllo? È abbastanza leggero da poter essere implementato su dispositivi di edge computing vicini alle macchine utensili di fabbrica, piuttosto che vivere semplicemente nel cloud?

Ciò significa che il nucleo della piattaforma deve incorporare la comprensione delle reti sensibili al fattore tempo e dei ritardi deterministici e può anche essere compatibile con vari protocolli di comunicazione industriale. Gli strumenti forniti dovrebbero consentire ai programmatori che hanno familiarità con i diagrammi ladder e le schede di controllo del movimento di gestire questi "servizi" in modo relativamente naturale, piuttosto che costringerli a diventare puri esperti di software.

Evita quelle meravigliose trappole

Parlare di architettura è sempre affascinante, ma quando si parla di realizzazione ci sono sempre delle insidie. Ad esempio, i "microservizi" non riguardano la suddivisione di tutto in parti più piccole. Una suddivisione eccessiva aumenterà il sovraccarico della comunicazione. È come impostare ogni vite di una macchina come un servizio. Il traffico di rete che chatta tra loro potrebbe essere più intenso che lavorativo. La chiave è trovare il “confine autonomo” della funzionalità: un’unità funzionale che possa essere implementata, aggiornata in modo indipendente e che abbia chiare implicazioni aziendali.

Un altro esempio è la coerenza dei dati. In un sistema monolitico, una transazione di database può gestirlo. Ora, un'azione può estendersi a più servizi. Come garantire che tutti i servizi correlati abbiano successo o ritornino al punto originale? Ciò richiede modelli di progettazione più elaborati, come le transazioni distribuite Saga, piuttosto che fingere che il problema non esista.

E monitoraggio. Quando sono in esecuzione dozzine di servizi, il tradizionale metodo "guardare il registro complessivo" è sostanzialmente inefficace. Hai bisogno di un dashboard unificato in grado di vedere chiaramente e a colpo d'occhio lo stato di integrità della catena di servizi e di monitorare rapidamente i punti in cui una richiesta rallenta o presenta errori. Questo è fondamentale per una rapida risoluzione dei problemi.

Allora, come inizia la storia?

Forse non c’è bisogno di pensare a ricostruire in una sola volta l’intero vasto sistema. Puoi iniziare con una funzionalità con confini chiari e evidenti punti critici. Separare ad esempio nel primo servizio il modulo "Gestione allarmi e log", che cambia frequentemente. Prova la sensazione di sviluppo, distribuzione ed espansione indipendenti. Poi potrebbe esserci un "Servizio Diritti Utente" e poi uno specifico "Servizio Motor Drive".

Come costruire i Lego, pezzo per pezzo, collegati con interfacce ben definite. Sentirai gradualmente la libertà: la libertà di selezione della tecnologia (i nuovi servizi possono utilizzare linguaggi più appropriati), la libertà di collaborazione di gruppo (piccoli team si concentrano su servizi specifici) e la libertà di evoluzione del sistema.

In questo processo, una persona piacekpowerLa piattaforma così come concepita svolge il ruolo di fondazione e amministratore. Fornisce un modo standardizzato per eseguire, connettere e monitorare questi blocchi di servizi, in modo da non dover reinventare la ruota da zero per affrontare problemi infrastrutturali noiosi ma critici come il rilevamento dei servizi, il bilanciamento del carico e il ripristino degli errori.

In definitiva si tratta di rendere la creazione più fluida. Ciò consente a te e al tuo team di concentrarvi nuovamente sui macchinari stessi, su quegli squisiti design di trasmissione, traiettorie efficienti, integrazione hardware stabile e affidabile, invece di rimanere intrappolati nel pantano dell'accoppiamento dei sistemi giorno e notte. Quando ciascuna parte riesce a svolgere i propri compiti in modo costante e intelligente, la vitalità dell’intero progetto diventerà naturalmente diversa.

Non si tratta solo di un upgrade tecnologico, ma anche di un nuovo modo di pensare di affrontare la complessità. Il tuo progetto merita questo tipo di chiarezza e resilienza.

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, 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.