-
Notifications
You must be signed in to change notification settings - Fork 75
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
[www] Make www scalable #545
Comments
I think any of those database options would be fine for the user database, with marginal benefits over one another. It may be best to use the same database that we choose for #546 in order to keep complexity to a minimum. Side note: the contractor management system has swapped out leveldb for CockroachDB. |
We agree on that. Whatever #546 determines will become the same target. I think at this point that we have determined cockraochdb is the way to go and it is fortunately compatible with postgres. So what we will need is to migrate all on disk bits that currently are secret into the database but encrypted. The gorilla session package can have multiple backends. We should probably fork https://github.com/antonlindstrom/pgstore and add the encryption bits to that. Similarly we need to modify the api to encrypt stuff on the fly that is secret. When everything is said and done www should ONLY have a configuration file and logs stored on disk. We also should debate offloading logs to some sort of repo but that is a different issue/pr. |
This has been achieved with various commits. |
Politeia www layer currently uses a leveldb database for user data. In order to make www scale that database needs to become distributed. In addition we need to move some values that we currently store on disk also in the new database layer (session keys, cookies, and some other secret material). These values are sensitive so they must be stored encrypted.
The text was updated successfully, but these errors were encountered: