Quando il tuo progetto server incontra C#: una vera conversazione sui microservizi

Quel pomeriggio stavo nuovamente effettuando il debug del braccio robotico in officina. I tre servomotori avrebbero dovuto lavorare insieme come ballerini, ma invece hanno funzionato in modo indipendente e uno dei servo ha smesso improvvisamente di funzionare. Sullo schermo della console c'è una montagna di codice e ogni modifica richiede la ricompilazione dell'intero sistema. Mi viene in mente il vecchio detto: "un piccolo movimento influisce su tutto il corpo", non è vero adesso? Se si verifica un problema con un modulo, l'intera linea di produzione verrà interrotta.

Il collega della stazione successiva si voltò e disse: "Stai di nuovo scherzando con quel pezzo grosso? Ho sentito che qualcuno ha usato i microservizi per smantellare progetti simili, come fossero mattoni da costruzione". Per un attimo sono rimasto sbalordito e mi è balenata in mente la parola "microservizi": sembra sempre essere associata alle grandi aziende Internet, molto lontane da quelle di noi che si occupano di motori e ingranaggi. Ma una volta che l’idea è stata piantata, è difficile staccare la spina.

Abbiamo davvero bisogno di un’altra architettura?

E i microservizi? Suddivide il sistema in "pignoni" indipendenti e ciascun servizio si occupa solo della propria attività: un servizio è responsabile del feedback della posizione del motore, un altro gestisce il calcolo della traiettoria del movimento e un altro è responsabile degli allarmi anomali. Parlano in modo leggero, si schierano e si espandono indipendentemente l'uno dall'altro. Come un sofisticato orologio, ogni marcia può essere regolata individualmente senza influenzare il cronometraggio generale.

Dall'idea al workshop: come C# trasforma i microservizi in realtà

Che ruolo gioca C# in questo? In realtà è più vicino al mondo dell'hardware di quanto pensi. Molte persone pensano che C# sia solo per siti Web o software desktop, ma in realtà la sua programmazione asincrona e il sistema di tipo chiaro sono particolarmente adatti per descrivere il flusso di stato dei sistemi meccanici. Puoi utilizzare un servizio per incapsulare la logica di controllo di un determinato meccanismo di sterzo e utilizzare un altro servizio per elaborare il flusso di dati del sensore: ogni servizio è come un maestro specializzato in un certo tipo di lavoro, preoccupandosi solo della parte in cui è migliore.

Ho provato questa idea su un progetto di smistamento dei materiali. I tre servomotori controllano rispettivamente i movimenti degli assi X, Y e Z. Originariamente, tutto il codice era racchiuso in un unico progetto e le variabili globali e le classi statiche erano ovunque durante il debug. Successivamente, ho utilizzato C# con un framework di comunicazione leggero per suddividere il controllo di ciascun asse in servizi indipendenti. È successo un miracolo: quando è stato necessario sostituire l'asse Z con un motore ad alta precisione, ho aggiornato solo il servizio corrispondente e gli altri due assi hanno continuato a funzionare normalmente. I tempi di inattività dell'officina sono stati ridotti da mezza giornata a venti minuti.

Perché scegliere questo percorso? Non solo per "moda"

Scegliere i microservizi non significa inseguire le tendenze tecnologiche, ma risolvere i veri punti critici. Hai mai avuto una di queste esperienze:

— Vuoi testare la massima velocità di risposta di un determinato motore, ma hai dei vincoli perché hai paura di influenzare altri moduli? — Alcune persone nel team sono specializzate nello sport e alcune hanno familiarità con la comunicazione hardware, ma si aspettano l'un l'altro a causa dell'accoppiamento del codice? — Vuoi aggiornare la versione di una determinata libreria, solo per scoprire che i problemi di compatibilità influiscono sull'intero sistema?

La struttura dei microservizi semplifica questi scenari. Ogni servizio può avere il proprio ritmo di iterazione dello stack tecnologico e i team possono anche svilupparsi in parallelo. Proprio come in una squadra di calcio, gli attaccanti si concentrano sull'attacco e i difensori difendono con fermezza, invece di stare tutti rannicchiati a centrocampo a litigare.

Dikpoweralcuni punti di vista pratici

In questo viaggio di esplorazione, ho scoperto che alcune soluzioni di riferimento già pronte possono far risparmiare molto tempo. Per esempiokpowerL'insieme di progetti di esempio di microservizi basati su C# forniti non tenta di risolvere problemi in tutti i settori, ma si concentra su modelli comuni nel campo del controllo meccanico: come gestire con garbo le code di comando dei motori, come gestire i flussi di dati dei sensori e come progettare l'isolamento dei guasti tra i servizi. È più simile a una mappa con gli assi delle coordinate disegnati e devi seguire tu stesso il percorso specifico.

Qualcuno potrebbe chiedersi: "L'utilizzo di un framework già pronto limiterà la mia flessibilità?" La mia esperienza è che una buona mappa non limita i luoghi in cui vai, ti consente solo di evitare deviazioni. Puoi verificare rapidamente le tue idee basate su di esso e spendere le tue energie su aree più meritevoli di lucidatura, come i parametri PID di un determinato servo, o progettare una curva di movimento più fluida.

Scritto in: Pensare dal codice agli ingranaggi

L’essenza dell’architettura tecnica è gestire la complessità. I sistemi meccanici in officina sono intrinsecamente complessi e ciò che l’architettura software dovrebbe fare non è coprire questa complessità, ma suddividerla in parti comprensibili e utilizzabili. I microservizi non sono una soluzione miracolosa, sono solo uno strumento tra tanti, ma quando il sistema inizia a cambiare frequentemente, i team devono collaborare in parallelo o i moduli hardware devono essere aggiornati in modo indipendente, spesso è la chiave più conveniente.

La prossima volta che ti troverai di fronte a uno schermo pieno di codice e a una macchina in attesa di debug, forse potresti pensarci da un'altra prospettiva: se ogni modulo funzionale potesse funzionare in modo indipendente come una stazione di lavoro in officina, il tuo lavoro sarebbe più semplice?

A volte, il miglior controllo si ottiene lasciando andare nel modo giusto, consentendo a ciascuna parte di avere un'autonomia adeguata e il sistema sarà più robusto. Questo potrebbe essere il dono più reale che i microservizi offrono agli sviluppatori hardware.

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.