Job asincroni con le queue di Laravel: il caso della fatturazione elettronica
La fatturazione elettronica non tollera né timeout né duplicati: è il caso perfetto per le queue di Laravel. Come strutturare i job asincroni per un processo che non può perdere dati: retry con backoff, gestione dei fallimenti, idempotenza per evitare doppi invii, e monitoraggio dello stato. Pattern concreti da un gestionale reale, con i punti dove l'elaborazione sincrona avrebbe mandato in timeout la richiesta utente. Continua a leggere
Ultima modifica:
La prossima spec MCP è prevista per giugno 2026 e la proposta SEP-1442 rimuove l'handshake iniziale rendendo ogni request indipendente. Chi ha server MCP production-grade dietro load balancer con session affinity deve rifare l'architettura entro fine Q2. Ti mostro cosa cambia, come preparare il tuo server Node o Python stateless, e quali pattern di capability discovery sostituiscono il vecchio initialize. 
Symfony 7 ha un dominio business ricco ma l'ecosistema AI vive in Python. La soluzione production è un'architettura ibrida: Symfony gestisce dominio, auth e autorizzazione; un servizio Python (LangChain, LlamaIndex, custom) orchestra l'LLM. La comunicazione viaggia via Symfony Messenger su RabbitMQ, Python consuma. Ti mostro il pattern su un portale B2B: schema dei messaggi, error handling cross-stack, tracing distribuito, deployment con Docker Compose. 
Le chat AI moderne richiedono streaming token-per-token a latenza sub-secondo. PHP non è lo strumento giusto per questo: Node.js lo è. Ti mostro l'architettura ibrida che ho implementato: Laravel gestisce sessione e business logic, un servizio Node/TypeScript standalone gestisce lo streaming via SSE verso il browser. Con gestione di backpressure, reconnect, cost tracking e integrazione con Claude API. 
Python è la lingua franca delle librerie AI: Langchain, Transformers, LlamaIndex. PHP non ha questo ecosistema, ma ha la logica di business. La soluzione pragmatica è un'architettura ibrida: FastAPI come orchestrator degli LLM, Laravel come backend di dominio. Ti mostro il pattern di comunicazione, l'autenticazione inter-servizi, il deployment su singolo VPS e le trappole che ho incontrato mettendo questa architettura in produzione. 
Inertia.js è la soluzione che avrei voluto cinque anni fa: single-page app experience senza costruire un'API REST separata, autenticazione server-side, accesso diretto agli ORM. Ho migrato un gestionale da jQuery a Vue 3 + Inertia + Laravel senza toccare un byte del backend. Il risultato è sorprendente. 
Un'azienda di spedizioni aveva cinque sistemi legacy che dovevano scambiarsi eventi in tempo reale. REST era troppo fragile, RabbitMQ non reggeva i volumi. Ho introdotto Kafka con un client PHP su Swoole: 50.000 eventi al giorno con perdita zero e consumer che ripartono dall'ultimo offset in caso di crash. 
DDD viene spesso presentato come una soluzione per tutti i problemi architetturali, ma in pratica richiede una comprensione profonda del dominio di business. Vi racconto come l'ho applicato a un'applicazione assicurativa PHP, quali parti del pattern hanno funzionato e quali ho abbandonato come over-engineering. 
Il motore di raccomandazione di un cliente e-commerce richiedeva librerie Python di ML che non esistono in PHP. Ho estratto quella funzionalità in un microservizio FastAPI che Laravel consulta via HTTP con JWT. Latenza p95 di 40ms, deployment Docker su Hetzner. Vi mostro l'architettura e i pattern di integrazione. 
Ho iniziato a scrivere TypeScript seriamente due anni fa dopo vent'anni di PHP. La curva di apprendimento è stata più breve di quanto pensassi, ma i punti di attrito erano diversi da quelli che mi aspettavo. Vi racconto il percorso con le analogie che mi hanno aiutato e gli errori che ho fatto all'inizio.