Login

Sto lavorando a un piccolo progetto personale e mi sono bloccato su un punto che sembra banale. Ho bisogno di far comunicare due mie applicazioni, una vecchia scritta in PHP e una nuova in Node.js. La logica di business è già tutta lato Node, quindi vorrei che fosse il server PHP a fare semplicemente una chiamata per ottenere i dati aggiornati. Il mio dubbio è se sia meglio impostare questa cosa come una semplice richiesta HTTP dal PHP al mio endpoint Node, magari con una chiave API base, oppure se abbia più senso invertire il flusso e far sì che sia Node a "spingere" i dati verso il PHP quando ce n'è bisogno. Qualcuno si è trovato in una situazione simile con due stack tecnologici che devono parlarsi? Non vorrei complicarmi la vita con architetture inutili per una funzionalità così specifica.

Mi sembra la strada più semplice una chiamata HTTP dal PHP all endpoint Node con una API key di base cosi i dati arrivano rapidamente e la logica resta sul Node

Analizzando la situazione una richiesta pull dal PHP verso Node evita di dipendere dal flusso in tempo reale ma introduce latenza e potenziali problemi di coerenza dei dati e di gestione delle dipendenze

forse stai pensando di far parlare PHP e Node in modo diretto ma in realtà la scelta migliore potrebbe essere scambiare i ruoli oppure usare una terza componente come una coda ma non escludo che potrebbe essere utile la variante opposta cosa ne pensi

non è detto che sia una buona idea complicarsi con API robuste per una cosa che potrebbe bastare semplice una chiamata e basta guarda i trade off tra controllo centralizzato e affidabilità

una possibile riformulazione e definire i vincoli chiave come latenza affidabilità e sicurezza e scegliere tra pull e push in base a questi parametri

Per una prova veloce potresti iniziare con una semplice richiesta pull dal PHP e aggiungere un retry e logging per capire dove si blocca poi valuti se servire una notifica push o una coda

Login
Nome utente:
Password:	Password dimenticata?
	Ricordami