differenza tra microservizio e SOA

kpowerQuesta è la piccola storia sui microservizi e sulla SOA

A volte stai armeggiando in officina, circondato daservos e ingranaggi, e ti colpisce. Il sistema sembra semplicemente... pesante. Come provare a far muovere un braccio robotico preciso con un unico, gigantesco motore che fa tutto il lavoro. Ogni ritocco, ogni aggiustamento diventa un progetto a sé stante. Ti sembra familiare?

Questa è la vecchia lotta. Il monolite. Tutto messo insieme, ogni aggiornamento un rischio, ridimensionare significava ridimensionare l'intera bestia. Ecco perché la conversazione si è spostata su architetture come la SOA e, più recentemente, sui microservizi. Ma è qui che le persone si ingarbugliano: sono la stessa cosa? In caso contrario, qual è la vera differenza e, cosa più importante, quale approccio districa il mio nodo specifico?

Parliamone, non con le definizioni dei libri di testo, ma come se stessimo elaborando un progetto in panchina.

Pensa alla SOA, o architettura orientata ai servizi, come all'idea intelligente di modularizzare la tua officina. Hai una stazione di rettifica dedicata, un'area di saldatura precisa, un punto di controllo qualità. Ogni stazione è un “servizio” con una funzione chiara. Comunicano, spesso tramite un dispatcher centrale (un bus di servizio aziendale), per assemblare un prodotto completo. Si tratta di integrazione e riutilizzo. Questo servizio di rettifica può funzionare per più linee di prodotti. Ha messo ordine nel caos della fabbrica monolitica.

Ora, i microservizi. Immagina di portare avanti quell'idea. Ogni stazione non è solo una stazione; è un mini-laboratorio autonomo. La “mini-officina” di rettifica è dotata di un proprio piccolo motore, di una propria unità di controllo, di un proprio semplice trasportatore per ricevere e trasmettere il lavoro. Fa una cosa, la macinazione, e lo fa in modo indipendente. Questi mini-workshop si dialogano direttamente con messaggi leggeri. Possono essere aggiornati, riparati o addirittura sostituiti senza interrompere l'intera operazione. Se all'improvviso si verifica un aumento delle parti da rettificare, basta replicare rapidamente quella specifica mini-officina. Questa è la mentalità dei microservizi.

Quindi è solo una questione di dimensioni? Non proprio.

Si tratta più di portata e indipendenza. La SOA spesso si concentra sulla condivisione e sul riutilizzo della logica aziendale all'interno dell'organizzazione: si tratta di suddividere grandi applicazioni in servizi interoperabili. I microservizi si concentrano sulla creazione di una singola applicazione come una suite di piccoli servizi distribuibili in modo indipendente. Sono come uno sciame di droni specializzati contro una squadra di catene di montaggio coordinate.

La gente chiede: "Qual è il migliore?" È come chiedere se aservoil motore è migliore di un motore passo-passo. Dipende da cosa stai costruendo.

Seguire il percorso SOA può essere fantastico quando è necessario connettere sistemi esistenti disparati: forse il database dell'inventario deve comunicare con il nuovo portale di ordinazione. Si tratta di creare armonia tra pezzi consolidati. I microservizi spesso brillano quando si crea da zero un’applicazione nuova e complessa che deve essere incredibilmente agile e scalare notevolmente funzioni specifiche. Pensa a un'app Web in cui la gestione dei profili utente cresce a un ritmo diverso rispetto alla funzione di elaborazione dei pagamenti.

Ma ecco un problema con i microservizi: la complessità non svanisce, si muove. Si scambia la complessità di una codebase intricata con la complessità di coordinare molti servizi indipendenti. Chiamate di rete, coerenza dei dati, monitoraggio: è un tipo diverso di sfida ingegneristica. Non è una soluzione magica; è un insieme diverso di strumenti per un diverso tipo di problema.

Quindi, come scegli? Non iniziare con l’architettura. Inizia con il problema. Il tuo dolore principale sta integrando quello che già hai? Stai annegando nel coordinamento di un'unica, enorme base di codice? La risposta indica la strada.

È qui che un partner premuroso fa la differenza. Non si tratta di venderti una soluzione “microservizio” o “SOA” preconfezionata. Si tratta di ascoltare i ronzii e i crepitii specifici del tuo sistema e consigliare l'approccio architettonico che funge da giusto materiale smorzante. Si tratta di fornire i componenti (i "motori" e le "schede di controllo" affidabili) che consentono di costruire entrambi i sistemi con sicurezza e stabilità.

Perché in fin dei conti, sia che tu stia orchestrando una sinfonia di servizi o coordinando una flotta di funzioni agili, hai bisogno che i componenti sottostanti siano robusti, reattivi e assolutamente affidabili. Devi avere fiducia che la tua tecnologia di base non sarà la cosa che si blocca.

Questo è il vero obiettivo: passare dal preoccuparsi della propria infrastruttura a concentrarsi su ciò che si vuole costruire con essa. Per trasformare la domanda da "Come manteniamo questa cosa in funzione?" a “Quale cosa straordinaria dovremmo fargli fare dopo?”

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.