Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Stream to Kinesis #2

Open
tmaiaroto opened this issue Nov 6, 2015 · 1 comment
Open

Stream to Kinesis #2

tmaiaroto opened this issue Nov 6, 2015 · 1 comment

Comments

@tmaiaroto
Copy link
Owner

discfg has no long polling for updates like etcd. This is because Lambda is meant to be a short running thing. So it's not suited to long HTTP polling.

However. We can push out changes to AWS Kinesis. Then anything that's listening to that stream can do what it needs. So in a roundabout way, we can get the same functionality (perhaps slower though).

The really cool thing is that we can actually do more once we stream key changes (and other commands) to a Kinesis stream. We could be aggregating events for example. There can be other Lambdas reading from the stream at set message intervals, etc. There's a whole ton of possibilities. It might even change how people use discfg, which is ok too.

I'm thinking something like

./discfg set mycfg /somekey '{"some": "json"}' --stream

A stream might first need to be configured, otherwise (or in addition to) it could just be something like --stream=nameOfStream

This way, not everything needs to end up in the Kinesis stream. Which is also quite nice.

@tmaiaroto
Copy link
Owner Author

It might be nice to simply stream events in this manner too. We'll be 90% of the way there. See consul for some inspiration: https://www.consul.io/docs/commands/event.html

There's a lot of things I like about consul, but I'm beginning to wonder if some of those features are getting out of scope for discfg.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant