come connettere i microservizi

Costruisci un fantastico robot con articolazioni mobili, dita flessibili e una testa rotante. Ma quando colleghi tutti i servomotori e i servi al controller e lo prepari a ballare, si blocca sul posto, oppure uno dei suoi bracci si muove in modo casuale e le sue gambe e i suoi piedi sono completamente disobbedienti.

Non è una parte rotta. Il problema è con la connessione. I segnali non si raddrizzano e i comandi combattono.

Non è simile a mettere insieme un gruppo di microservizi in un sistema utilizzabile? Ogni microservizio è come un giunto e un meccanismo di sterzo del robot. Funzionano perfettamente da soli, ma se li metti insieme senza connessioni e direzioni chiare, quello che ottieni è un caos di contrazioni piuttosto che una danza elegante.

Parliamo quindi di come far sì che questi “giunti digitali” funzionino davvero insieme.

Perché la connessione è sempre un disastro?

Immagina di affidare a dieci amici il compito di costruire insieme una barca. Non hai detto loro come comunicare tra loro, chi lo avrebbe fatto per primo e chi per ultimo, hai solo detto: "Cominciamo". Il risultato potrebbe essere che qualcuno ha realizzato due prue, mentre qualcun altro ha realizzato tre poppe. I materiali non corrispondevano e il tempo non corrispondeva. Invece di una barca, quello che ottieni è un mucchio di dita puntate e un mucchio di scarti di legno.

Lo stesso vale nel mondo dei microservizi. Ogni servizio (ad es. gestione utenti, elaborazione ordini, interfaccia di pagamento) è come il tuo amico competente che ha bisogno di istruzioni chiare. Se i canali di comunicazione tra loro, ovvero chiamate API, code di messaggi, trigger di eventi, non sono progettati bene, il sistema diventerà lento, fragile o addirittura si bloccherà. I dati possono non essere sincronizzati tra diversi servizi e il fallimento di un servizio può abbattere tutto il resto come un domino.

Questo non è un problema tecnico, è un errore di comunicazione.

Qual è il modo corretto di connettersi?

Non è così semplice come saldare due servi con un filo fisico. Questo è un accordo, un accordo.

Ogni servizio ha bisogno di “parlare con se stesso” meno e di “ascoltare gli altri” di più. Ciò significa interfacce chiaramente definite e stabili. Ad esempio, quando il servizio ordini necessita di informazioni sull'utente, non dovrebbe entrare direttamente nel database del servizio utente per effettuare la ricerca (questo è troppo scortese e causerebbe anche un accoppiamento stretto). Dovrebbe "chiedere" educatamente: "Ehi, puoi darmi una copia dei dettagli dell'utente 123?" tramite un'API esplicita. Dopo che il servizio utente lo ha ascoltato, restituisce i dati richiesti. In questo modo sono indipendenti l’uno dall’altro e collaborano perfettamente.

Per consentire che si verifichi l'"asincrono". Non tutte le richieste richiedono una risposta immediata e un'attesa. A volte il servizio A deve solo "notificare" il servizio B: "C'è un nuovo ordine, elaboralo quando sei libero". Poi potrai continuare a fare altre cose. È come trasferire le attività in una casella di posta condivisa (coda di messaggi) e lasciare che altri servizi le raccolgano e le elaborino al proprio ritmo. Il sistema nel suo complesso sarà più stabile e non verrà bloccato solo perché un collegamento è bloccato.

Inoltre, è necessario un “comandante”? Non hai necessariamente bisogno di un controller principale unico, ma hai bisogno di una “regola del traffico” che tutti possano comprendere e seguire. Un meccanismo di scoperta dei servizi (che consente ai servizi di trovarsi a vicenda), un centro di configurazione (impostazioni di gestione unificata), un gateway leggero (che gestisce alcuni controlli comuni di accesso, come l'autenticazione): questi non sono capi che danno ordini, ma più simili a sistemi di semafori intelligenti che coordinano il traffico.

Scegli una soluzione di connessione come un servomotore

Quando scegli un servo per un robot, cercherai coppia, velocità, precisione, affidabilità, nonché se le dimensioni e il prezzo corrispondono al tuo progetto. Anche gli strumenti e le tecnologie per la connessione dei microservizi richiedono considerazioni simili.

È affidabile? Le notizie andranno perse ad ogni angolo? È veloce? La latenza diventerà un collo di bottiglia? È semplice? Renderà il sistema troppo complesso da mantenere? Si adatterà facilmente man mano che il tuo "robot digitale" cresce (e il tuo business)?

Non esiste una “risposta standard” universalmente popolare. Per un piccolo progetto in rapida innovazione, potrebbe essere sufficiente utilizzare un'API HTTP leggera per chiamarlo direttamente; per un sistema che elabora enormi quantità di dati in tempo reale, potrebbe richiedere un flusso di messaggi robusto. La chiave è capire cosa vuole fare il "corpo" a portata di mano, quindi scegliere il "metodo di connessione congiunta" appropriato per esso.

Nel momento in cui il sistema “vive”

Quando la connessione è fluida, accade la magia. Immagina la tua applicazione di e-commerce: l'utente fa clic per acquistare (attivato dal servizio front-end), il servizio di ordine crea un record (e invia una richiesta di prenotazione al servizio di inventario), il servizio di pagamento viene chiamato, dopo il completamento, il servizio di logistica viene attivato per preparare la spedizione e il servizio di notifica via email invia una lettera di conferma all'utente. Questa serie di movimenti è come un insieme complesso di tecniche di boxe, eseguite in modo fluido e automatico.

Tutto ciò che l'utente vede è una semplice pagina "Acquisto riuscito". Non riusciva a vedere come la dozzina di microservizi dietro di lui fossero come precisi ingranaggi di un orologio, che trasmettevano energia e informazioni attraverso connessioni eleganti. Questa invisibilità è lo stato più elevato di buona connessione.

Quindi, da dove cominciare?

Inizia riconoscendo che “la connettività è un grosso problema”. Tuttavia, non provare a connettere tutti i servizi in modo complicato contemporaneamente. Scegli un processo aziendale principale, come la "registrazione dell'utente", e prova a farlo funzionare con interfacce chiaramente definite e messaggi asincroni. Osserva, esegui il debug e senti il ​​ritmo del flusso di dati.

Scoprirai che quando ogni parte funziona in modo indipendente ma anche in armonia, ciò che costruisci non è più un ammasso di codice, ma un organismo vivente. Può adattarsi, crescere e completare compiti inaspettatamente complessi.

È come se avessi finalmente regolato i parametri e le sequenze di segnali di tutti i servi di quel robot e premuto il pulsante di avvio: non si è più mosso, ma ha fatto un passo avanti costante, poi si è girato verso di te e ha annuito.

In quel momento, tutto il lavoro di collegamento è valso la pena.

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