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

Clustering #18

Open
ghost opened this issue Aug 24, 2018 · 4 comments
Open

Clustering #18

ghost opened this issue Aug 24, 2018 · 4 comments

Comments

@ghost
Copy link

ghost commented Aug 24, 2018

Not sure if co-chair does this but what about clustering using boltdb raft ?
That is how consul do it but since you want a very simple system you can just use one of the boltdb raft libraries.

@anxiousmodernman
Copy link
Owner

This is a future goal. One obstacle would be the interplay between the storm ORM (which uses a boltdb fork) and any such raft library. Our data access is simple enough that we could switch to a lower-level key-value lookup without too much trouble.

@ghost
Copy link
Author

ghost commented Aug 25, 2018

ah interesting. I did not know storm uses a fork of boltdb.

I guess etcd or consul then later...

Shall i close this now ?

@anxiousmodernman
Copy link
Owner

We can leave this open as a stake in the ground for the feature itself. I would be down to run experimental branches of storm that support this, or perhaps integrate things manually with a generic raft library.

@ghost
Copy link
Author

ghost commented Aug 28, 2018

Yeah i saw that storm is being rearchitected but i really doubt storm will ever get clustering.
I would just run etcd
https://coreos.com/etcd/docs/latest/learning/why.html

! Its also much better than consul and plenty of example for using it as a low transaction DB.

You also will get real time push, so when when a value changes it will automatically update the proxy.
Its only for low write volume but thats what this project would have, so its maybe a pretty good solution.

As it say on their web page is stored more than a few GB of data use CockroachDB.
If you choose to go with cockroach then its very easy to run.
Also there is Kallax for talking the potsresql protocol and grpc.
see here !!!
src-d/proteus#104
Proetues allows you to do GRPC where you model from a golang structs.
Kallax allows you to build your datamodel and data base from the golang structs.
I asked if they wanted to support Kallax with cockroachdb, but it works anyway actually :)

So food for thought... I am only thinking through an easy way to get HA and fast development.

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