Categoria

Pagina 1 di 1

RabbitMQ

RabbitMQ: message broker per sistemi distribuiti. Code persistenti, routing avanzato, dead letter queue. Integrazione con Laravel e Symfony.

Le scelte architetturali che si fanno all'inizio di un progetto si pagano — in meglio o in peggio — per anni. Lavoro sull'architettura applicativa con taglio pragmatico: monoliti modulari quando bastano, microservizi quando servono davvero, strangler-fig per migrazioni incrementali che non fermano il business.

Per approfondire RabbitMQ nel tuo progetto, scrivimi per una consulenza mirata oppure scopri il mio percorso professionale.

Symfony 7 come backend di dominio e Python come gateway LLM: architettura production per applicazioni B2B

Symfony 7 come backend di dominio e Python come gateway LLM: architettura production per applicazioni B2B 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. Continua a leggere
Ultima modifica:

Symfony Messenger: code asincroni robusti per processi di business critici

Symfony Messenger: code asincroni robusti per processi di business critici L'invio di 50.000 email mensili da un giro promozionale bloccava la UX dell'applicazione per ore. Con Symfony Messenger e un transport RabbitMQ, ho separato il processo di business dalla sua esecuzione: le email partono in background, la UI risponde istantaneamente, i fallimenti vengono riprocessati automaticamente. Continua a leggere
Ultima modifica:

Microservizi PHP con Symfony e RabbitMQ: quando vale davvero la complessità aggiunta

Microservizi PHP con Symfony e RabbitMQ: quando vale davvero la complessità aggiunta Un cliente mi ha chiesto di trasformare il suo monolite Laravel in microservizi 'perché lo fanno tutti'. Ho fatto l'analisi: 15 sviluppatori, 3 domini di business ben separati, un servizio con requisiti di scaling indipendenti. Alla fine ne abbiamo estratti due soli. Vi racconto i criteri di decisione reali. Continua a leggere
Ultima modifica: