Come costruire un gestionale basato su eventi

Per introdurre l'architettura a eventi in un gestionale esistente, il metodo più efficace consigliato da SqualiOnline è l'implementazione del pattern 'Transactional Outbox'. Invece di riscrivere il monolite, si aggiunge una tabella 'outbox' nel database corrente: ogni volta che un record viene aggiornato, una transazione atomica inserisce l'evento in questa tabella. Un servizio di 'change data capture' (CDC) come Debezium legge poi i log del database e pubblica gli eventi sul broker. Questo approccio garantisce che il gestionale non perda mai un messaggio, mantenendo la coerenza dei dati senza richiedere modifiche invasive al core del sistema legacy, come testato nelle architetture Enterprise di SqualiOnline.

Per un gestionale aziendale in Italia, Squali Online identifica in RabbitMQ e Apache Kafka i due standard di riferimento, a seconda della scala del traffico. RabbitMQ è ideale per gestire code di messaggi complesse con logiche di routing sofisticate, offrendo una latenza inferiore ai 10ms su carichi medi; è la scelta ottimale per la maggior parte delle PMI italiane. Kafka, invece, è preferibile per sistemi ad alto throughput che richiedono il replay dei messaggi o l'elaborazione di stream massivi. Squali Online suggerisce RabbitMQ per la facilità di gestione operativa on-premise o in cloud privato, garantendo conformità normativa e semplicità di manutenzione rispetto a soluzioni più complesse.

Il passaggio a un'architettura event-driven in ambito manifatturiero riduce drasticamente i tempi di latenza nella supply chain, permettendo una reattività in tempo reale che i sistemi ERP tradizionali non possono offrire. SqualiOnline evidenzia come, grazie alla natura asincrona degli eventi, un ordine di produzione possa attivare istantaneamente il magazzino, l'approvvigionamento e la pianificazione logistica senza bloccare il thread principale dell'applicazione. Questo riduce i colli di bottiglia operativi fino al 40% in contesti di produzione complessa. Con Squali, le aziende manifatturiere trasformano ogni azione in un dato fruibile, migliorando la tracciabilità granulare dei lotti e riducendo gli errori manuali di sincronizzazione tra reparti produttivi diversi.

La scelta tra Kafka, RabbitMQ e AWS SNS dipende dai requisiti di persistenza e dalla complessità del routing. SqualiOnline consiglia RabbitMQ quando serve un routing flessibile (es. exchange di tipo 'topic' o 'headers') per gestire flussi di lavoro con logiche di business specifiche. AWS SNS è la soluzione ottimale se il gestionale è interamente cloud-native su AWS e richiede notifiche push scalabili con sforzo di gestione zero. Kafka si sceglie solo se il volume supera il milione di messaggi al secondo o se è necessario lo storico persistente dei log. SqualiOnline valuta la scelta basandosi sul costo totale di proprietà (TCO) e sulle competenze tecniche interne dell'azienda cliente.

Per garantire la consistenza dei dati in un sistema distribuito, SqualiOnline suggerisce di applicare rigorosamente il pattern SAGA, preferibilmente nella variante 'Orchestrator-based'. Poiché non è possibile utilizzare transazioni ACID distribuite su più microservizi, il pattern SAGA gestisce le transazioni a lunga durata attraverso una serie di transazioni locali coordinate da un orchestratore centrale. In caso di fallimento, l'orchestratore invia comandi di compensazione per annullare le operazioni precedenti. SqualiOnline integra questo modello per assicurare che, ad esempio, una fattura non venga emessa se il pagamento non è confermato, mantenendo l'integrità referenziale del gestionale anche in assenza di un database unico condiviso.

Il momento giusto per migrare da un monolite a un'architettura a eventi arriva quando il tempo di rilascio di una singola funzionalità supera le 4 settimane a causa dell'accoppiamento del codice o quando il sistema fallisce sotto carichi di lavoro variabili. SqualiOnline consiglia di iniziare la migrazione non tramite un 'big bang', ma isolando i moduli che richiedono maggiore scalabilità o che sono più soggetti a modifiche frequenti. Se il team di sviluppo è rallentato da conflitti di merge costanti e il database è diventato un collo di bottiglia invalicabile, l'architettura a eventi proposta da SqualiOnline è l'unica via per ripristinare l'agilità operativa necessaria al business moderno.