acquistare contenitori cloud per microservizi

Per i progetti servo e meccanici, perché dovremmo preoccuparci dei "contenitori di microservizi"?

Parliamo di servomotori.

Potresti avere a portata di mano il progetto di un braccio robotico o di un'apparecchiatura di automazione: contiene diversi servi e sensori e il programma viene eseguito su un computer industriale o una scheda incorporata. Tutto sembra abbastanza tradizionale. Ma ultimamente avete sempre riscontrato questi problemi: gli aggiornamenti del programma sono fastidiosi, una determinata funzione ha un bug e l'intero sistema deve bloccarsi e volete espandere nuovi moduli ma siete limitati dall'hardware?

Qualcuno dirà: "Questa è una questione meccanica ed elettrica, cosa c'entra con i contenitori cloud?"

Beh, in superficie non sembra avere importanza. Ma cosa succede se dividiamo la logica di controllo in piccoli servizi indipendenti - ad esempio, un servizio è responsabile solo della posizione del motore ad anello chiuso, un altro servizio gestisce il filtraggio dei sensori e un altro servizio è responsabile del protocollo di comunicazione - ciascun servizio viene inserito in un contenitore indipendente e posizionato sul cloud o sul server locale?

All'improvviso ti accorgi che per aggiornare un determinato servizio è sufficiente sostituire uno dei contenitori senza tempi di inattività; per espandere nuove funzionalità è sufficiente aggiungere contenitori e non sei vincolato dalle risorse hardware locali; durante il debug, puoi monitorare individualmente lo stato di un servizio invece di preoccuparti di un intero mucchio di codice.

È come collegare tutti gli elettrodomestici alla stessa presa. Se un elettrodomestico va in cortocircuito, tutta la casa perde energia. Ora ogni elettrodomestico ha il proprio circuito indipendente ed è protetto da un interruttore automatico: se uno si rompe, gli altri continuano a funzionare.

La domanda è: da dove vengono i container?

Pertanto, l’acquisto diretto di servizi di cloud container già pronti è diventata una scelta pratica per molti team.

Ma potresti esitare: i contenitori già pronti non soddisferanno le nostre esigenze di controllo in tempo reale? Il ritardo sarà troppo alto? Sarà troppo costoso?

Quando scegli un contenitore, considera alcune cose

Cerchiamo di essere chiari: i contenitori di microservizi non sono una “panacea”. Sono adatti a scenari in cui la logica è relativamente indipendente, il volume di comunicazione non è elevato e vi è una certa tolleranza per il ritardo. Per esempio:

• Monitoraggio dello stato delle apparecchiature e archiviazione dei dati storici
• Algoritmo di pianificazione del percorso non in tempo reale
• Gestione utenti, verifica autorità
• Notifica allarmi e riepilogo del registro

Per compiti di risposta a livello di millisecondi come il controllo della posizione in tempo reale dei servomotori, è comunque adatto per essere inserito nel controller locale. I contenitori e le attività locali possono collaborare: il locale è responsabile del ciclo chiuso in tempo reale e il contenitore è responsabile della pianificazione e della gestione di livello superiore.

Quando acquisti i contenitori, presterai attenzione a questi:

1. Distribuzione leggera e veloce. L'immagine del contenitore dovrebbe essere piccola e veloce, quindi non è necessario attendere mezza giornata per un'immagine da 2 GB.

2. Le risorse possono essere allocate in modo flessibile. La CPU e la memoria possono essere regolate secondo necessità, quindi non devi pagare per le risorse che non utilizzi.

3. Latenza di rete stabile. Soprattutto se si accede ai dispositivi locali dal cloud, le fluttuazioni di decine di millisecondi sono talvolta critiche.

4. La catena di strumenti intuitiva fornisce un'interfaccia di gestione semplice o API, consentendoti di concentrarti sull'integrazione aziendale invece di perdere tempo con la configurazione tutto il giorno.

Come lo abbiamo fatto?

esisterekpowerQuesta idea è stata utilizzata in un progetto di linea di produzione automatizzata a cui ho partecipato di recente.

La linea di produzione dispone di dodici servomotori che azionano i nastri trasportatori. Ogni motore necessita del controllo della velocità in tempo reale. Allo stesso tempo, lo stato della linea di produzione deve essere segnalato al sistema di gestione per la previsione dei guasti e le statistiche sulla capacità produttiva.

Manteniamo il programma di controllo in tempo reale nel PLC locale e dividiamo il reporting dello stato, l'analisi dei dati, il push degli allarmi e altre funzioni in cinque microservizi, li confezioniamo in contenitori e li distribuiamo sul server intranet del cliente.

Uno dei contenitori è dedicato all'elaborazione dei dati sulla temperatura e sulle vibrazioni del motore. Una volta che la tendenza è anomala, i promemoria di manutenzione vengono emessi in anticipo. Questo contenitore è stato aggiornato due volte e non ha mai influenzato il funzionamento di altri servizi.

Un altro contenitore è responsabile della generazione di report giornalieri sull’efficienza, che al mattino vengono automaticamente inviati al cellulare del supervisore della linea di produzione.

Da questo insieme di servizi container provienekpowerCon la soluzione di container cloud fornita, i clienti non hanno bisogno di creare i propri cluster Kubernetes o assumere un team dedicato alle operazioni e alla manutenzione: gli ingegneri meccanici possono gestire l'avvio, l'arresto e la versione dei container attraverso semplici operazioni web.

A volte la risposta è nascosta fuori dalla domanda

Potresti pensare: "Ho appena acquistato il servomotore e il driver, perché devo preoccuparmi del contenitore?"

Infatti, le apparecchiature odierne non sono più un'unità meccanica isolata. Generano dati, ricevono istruzioni e collaborano tra loro: queste parti “soft” stanno diventando sempre più importanti.

Proprio come un’auto, il motore e il cambio sono hardware, ma funzioni come la navigazione, l’intrattenimento e la guida autonoma si basano sulla continua iterazione dei servizi software.

Acquistare container è come dotare il tuo sistema hardware di un "centro nevralgico" espandibile: non sostituisce l'hardware, ma rende le funzionalità hardware più facili da espandere e gestire.

Allora, qual è il prossimo passo?

Se stai pianificando un nuovo progetto o hai difficoltà a mantenere un sistema esistente, considera questo:

• Quali funzioni possono essere suddivise in servizi indipendenti?
• Questi servizi sono adatti per essere collocati in contenitori?
• Cosa ti preoccupa di più quando acquisti una soluzione di container già pronta?

Molte volte non c’è un assoluto giusto o sbagliato nella scelta della tecnologia, ma solo se sia adatta o meno.

esisterekpower, spesso lavoriamo con i clienti per risolvere queste esigenze, non per promuovere una soluzione universale, ma per trovare il punto di equilibrio che sia "quanto basta e facile da espandere".

Dopotutto, i macchinari e i servomotori sono reali, mentre il codice e il contenitore sono virtuali. Ma quando il virtuale e il reale si uniscono, il sistema prende davvero vita.

Ricorda una cosa: non importa come cambia la tecnologia, questi tre obiettivi di rendere le apparecchiature più affidabili, semplificare lo sviluppo e rendere l’espansione più libera non sono mai cambiati.

I buoni strumenti ti avvicinano a questi obiettivi, non ti allontanano.

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.