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

Signature Fallback #1

Open
thomasdavis opened this issue Nov 7, 2014 · 1 comment
Open

Signature Fallback #1

thomasdavis opened this issue Nov 7, 2014 · 1 comment

Comments

@thomasdavis
Copy link
Member

Great work so far, I think we should operate under the assumption that We The People might actually go down.

Not sure if this server supports that, but I imagine some sort of queuing setup, where signatures are saved there first and foremost and sent off by a worker.

So if We The People goes down, we can at least send off those signature requests later.

@ghost
Copy link

ghost commented Nov 7, 2014

The rough design is that the API drops requests to a Redis instance.

There'll be a backend daemon that will then read from that Redis instance and make the API calls to the WtP API. That's mostly required as they rate limit to ~1.5K requests per minute and Sina estimated peak traffic spikes well in excess of that.

I don't know the performance characteristics of Heroku very well, but it's a very simple node service, so should be able to deal with decent QPS.

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

No branches or pull requests

1 participant