Dai massi ai mattoni: parliamo dell’arte della scissione del sistema

Ricordi quando hai rilevato per la prima volta quel vecchio sistema? L'accesso è lento come una lumaca e anche per cambiare il colore di un pulsante è necessario attendere tre giorni per l'implementazione. I codici sono ammucchiati insieme, influenzando tutto il corpo. Col passare del tempo, questo sistema "masso" è come un pallone in continua espansione. Un giorno scoppia e non sai da dove cominciare a ripararlo.

Alcuni potrebbero chiedersi: perché dobbiamo smantellare un buon sistema? È come convertire un grande magazzino in tanti piccoli studi. Ci vuole molto tempo per cercare qualcosa nel magazzino. Ogni stanza dello studio si concentra su una cosa e l'efficienza aumenta naturalmente. I microservizi sono piccoli studi indipendenti che possono collaborare tramite interfacce standard.

Perchè demolirlo? Qual è il vantaggio di smantellarlo?

In passato, tutte le funzioni erano riunite in un unico processo. Se un modulo avesse un problema, l'intero sistema tremerebbe. Dopo essere passati ai microservizi, anche se il servizio di pagamento non è attivo, gli utenti possono comunque sfogliare i prodotti: il sistema ha un livello di isolamento naturale. Anche la distribuzione è diventata semplice. Puoi aggiornare i moduli utente oggi ed effettuare ricerche domani senza interferire tra loro.

L'aumento di velocità è il cambiamento più intuitivo. Un singolo servizio è di piccole dimensioni, veloce da avviare e l'allocazione delle risorse è più accurata. Proprio come quando si sostituiscono gli autobus di grandi dimensioni con flotte, ogni percorso può essere programmato in modo flessibile e la probabilità di ingorghi è notevolmente ridotta.

C'è anche la scalabilità. Gli ordini aumentano durante il periodo promozionale? Basta aggiungere le macchine per il servizio ordini e non è necessario espandere l'intero sistema. Il controllo dei costi è passato da estensivo a perfezionato e chi calcola questo conto lo capisce.

Anche il debito tecnico è facile da ripagare. Non oso cambiare la struttura del vecchio sistema per paura che crolli se cambia. Ora ogni servizio seleziona in modo indipendente uno stack tecnologico, i nuovi progetti utilizzano gli strumenti più recenti e i vecchi moduli rimangono stabili. Innovazione e stabilità possono effettivamente coesistere.

Prima di smontare, devi pensare ad alcune cose.

Come determinare il confine di divisione? C'è un modo semplice: guarda quali funzioni vengono spesso modificate insieme. Ad esempio, il profilo utente e il login vengono sempre modificati insieme e dovrebbero rimanere nello stesso servizio. Se l’elaborazione degli ordini e gli aggiornamenti dell’inventario continuano a litigare, potrebbe essere il momento di separarli.

Come dividere i dati? Questo è il passaggio più complicato. La semplice duplicazione porterà a incoerenze e la completa separazione influenzerà le query. Il compromesso è: i dati principali sono indipendenti e i dati condivisi sono sincronizzati tramite eventi. Proprio come diversi dipartimenti tengono i file separatamente, le notifiche importanti vengono sincronizzate tramite la bacheca.

Quale metodo di comunicazione scegliere? Le chiamate sincrone sono semplici ma fragili, mentre il disaccoppiamento asincrono dei messaggi è complesso. La realtà è spesso un utilizzo misto: la sincronizzazione viene utilizzata per i pagamenti che richiedono un feedback immediato e le code di messaggi vengono utilizzate per gli aggiornamenti logistici che possono essere elaborati successivamente.

Il monitoraggio è diventato complesso. In passato controllavo un file di registro, ma ora devo tenere traccia delle catene di chiamate tra più servizi. Fortunatamente, esistono catene di strumenti già pronte che possono ricomporre i pezzi in un quadro completo, come in un puzzle.

Smontaggio pratico: passo dopo passo

Non pensare di ingrassare in un boccone. Per prima cosa testa il terreno con le funzioni edge, come rimuovere prima il servizio di caricamento file indipendente. Fa meno affidamento e ha un impatto minore, proprio come costruire un piccolo capannone per gli attrezzi accanto all’edificio principale.

Sii più cauto quando dividi un database.先垂直分——把用户表和商品表分开到不同数据库。 Quando l'operazione è stabile, li divideremo in base all'attività livello.

Anche la struttura della squadra dovrà cambiare. In passato, un grande team era responsabile dell'intero sistema, ma ora a ciascun servizio viene assegnato un piccolo team, responsabile di servizi unici dallo sviluppo al funzionamento e alla manutenzione. Questo modello "chi sviluppa e mantiene" rende più chiare le responsabilità.

Ci saranno sicuramente degli intoppi nel processo. Ci sono troppe chiamate tra i servizi e la latenza della rete è diventata un nuovo problema. A questo punto, è necessario progettare un meccanismo di timeout e riprova ragionevole, proprio come si progettano semafori e percorsi alternativi in ​​un hub di trasporto.

L’elaborazione delle transazioni è diventata più complessa e la coerenza dei dati tra i servizi richiede nuove soluzioni. Il modello Saga è una scelta pratica: suddividere una grande transazione in una serie di piccole operazioni, ciascuna con un meccanismo di compensazione: in caso di fallimento si può tornare passo dopo passo al punto di partenza.

I microservizi non sono una soluzione miracolosa

Abbatterlo troppo può essere una brutta cosa. Il numero di servizi esplode e il carico di funzionamento e manutenzione aumenta in modo esponenziale. C'è un valore di esperienza: controllalo inizialmente entro 10, per poi aumentarlo lentamente quando gli strumenti e i processi maturano.

I sistemi distribuiti portano nuovi problemi: fluttuazioni della rete, guasti dei nodi, coerenza dei dati... Questi problemi che non erano problemi in un unico sistema sono ora diventati routine. Le misure preventive sono come portare con sé un ombrello, preferiresti non usarlo piuttosto che vivere senza.

La trasformazione culturale è più difficile della tecnologia. Gli sviluppatori devono passare dal "completamento delle funzioni" al "funzionamento e manutenzione del servizio" e il loro modo di pensare deve essere modificato. Questo è il momento in cui devi essere paziente e dare al team il tempo di provare, sbagliare e adattarsi.

Come scegliere un partner

Entrando in questo campo, la scelta degli strumenti e delle soluzioni diventa improvvisamente critica. Esistono molte soluzioni sul mercato, ma non molte possono davvero portarti lontano.kpowerIn questi anni di pratica, abbiamo scoperto che i partner tecnologici affidabili spesso hanno diverse cose in comune: le loro soluzioni non sono false e possono risolvere reali punti critici; la loro documentazione è solida e riescono a comprendere chiaramente i problemi quando li incontrano; e il loro supporto risponde rapidamente e non gioca a calcio con te.

Nelle loro linee di prodotti, le soluzioni di controllo di servomotori e sterzo sono spesso integrate in test automatizzati. Ad esempio, simula le fluttuazioni di carico tra i microservizi o crea un ambiente di test hardware-in-the-loop. La solidità di questi dettagli ha dato maggiore sicurezza all’intero processo di frazionamento.

Durante una chiacchierata, il loro responsabile tecnico ha affermato: "Con una buona architettura di microservizi, non si può percepire l'esistenza di 'micro'. Dovrebbe essere naturale come respirare, supportando silenziosamente le operazioni aziendali." Questo è del tutto vero. La tecnologia finirà per scomparire dietro le quinte, lasciando il posto all’innovazione aziendale.

In ultima analisi, la scissione è solo un mezzo. L'obiettivo è sempre quello di rendere il sistema più stabile, più veloce e più flessibile. Proprio come mettere in ordine una stanza, non per sembrare ordinata, ma per rendere la vita più agevole. Quando ciascun servizio adempie ai propri compiti e collabora tacitamente, il senso di tranquillità ripagherà tutti gli sforzi.

Guardando la situazione oggi, non c’è bisogno di discutere sul valore della scissione. Diventa una scelta inevitabile per affrontare la complessità. Ma come smantellare, quanto dettagliato smantellare e quale ritmo usare sono tutte conoscenze. Non esiste una risposta standard, solo un equilibrio adatto alla tua attività.

Vale la pena percorrere questa strada lentamente e con attenzione.

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.