Description
1) Event propagation in a cluster
When two instance of the same application are running in different processes or on different machines created
, updated
, patched
and removed
service events should be propagated through the entire cluster. That way every connected client will also be notified of any change no matter where it happened.
This can be done by using a master (e.g. the cluster master) as the event dispatching hub and have all client services subscribe and emit events to that master event emitter which then dispatches it to all slaves. It might be necessary for different implementations e.g. the Cluster module and Redis (or other message queuing mechanisms).
2) Individual remote services
The other case is having different services distributed over different applications. Once #118 is resolved this should be simply possible by dropping in a remote service using any communication mechanism (e.g. websockets) like:
// todos.js
var feathers = require('feathers');
var app = feathers();
var wsClient = require('feathers-websocket-client');
app.use('/todos', todoService);
app.use('/users', wsClient('http://api.myapp.com/users'));
Activity
daffl commentedon Mar 20, 2015
I created feathers-mubsub for 1) which does event synchronization via MongoDB publish/subscribe.
daffl commentedon Jun 22, 2015
daffl commentedon Jun 30, 2015
Closing this issue for now. Both points can be solved with existing 1.1 functionality and plugins.
Rename repository to use npm scope (#121)
Run the generator tests without Babel to make sure they pass in their…
lock commentedon Feb 8, 2019
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue with a link to this issue for related bugs.