BFF for SPAs
Vue/Angular should not orchestrate twelve PHP endpoints. A BFF tidies that up.
Backend - Node.js
BFF, events and lean services - where PHP is not the right process. No "everything in Node.js because it is a trend".
When the edge is about live data, aggregation or a JavaScript team.
Vue/Angular should not orchestrate twelve PHP endpoints. A BFF tidies that up.
Status, chat, collaboration. We replace constant polling where it pays off.
One service for webhooks or PDFs - not the next monolith in green.
One stack less to keep in mind. We still keep clear boundaries to the domain.
Lean, observable, replaceable.
Aggregation, auth pass-through, caching. OpenAPI where it helps.
WebSocket or SSE - with fallbacks and load limits.
Queues, webhooks, file jobs. Visible retries.
CI, containers, logs, health checks. No laptop deploys.
Many of our clients stay on Symfony or Laravel. Node.js sits in front of it or next to it - clearly scoped.
One job, one process, clear owners.
What Node.js may do - and what stays in PHP.
One endpoint or one socket flow in staging.
Auth, rate limits, load, dead letters.
Metrics, alerts, docs.
No quiet change of platform.
We do not quietly move the whole domain into Node.js.
Types on the contracts, not 200 utility files.
On-call available through maintenance.
Without runtime holy wars.
Some edges are more honest in Node.js: BFF, realtime, JS tooling. The domain can stay in PHP.
Whatever your team maintains. We prefer lean over enterprise appearance.
For public contracts, yes. For an 80-line worker, negotiable.
When load and cost fit. Otherwise a small service in the cluster.
Yes, after an audit (dependencies, secrets, event loop sins).
One BFF slice or one worker. Fixed scope.
Related technologies we often use alongside.
Tell us what has to be live or aggregated - we propose the smallest service that makes sense.