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

Figure out how we want to store live state #48

Open
eaceaser opened this issue Mar 3, 2019 · 1 comment
Open

Figure out how we want to store live state #48

eaceaser opened this issue Mar 3, 2019 · 1 comment
Assignees

Comments

@eaceaser
Copy link
Contributor

eaceaser commented Mar 3, 2019

we need management of online/offline state, and a broker for things like chat.

Not 100% sure yet what the architecture for this should look like. If we want to roll our own thing, most likely this will be some form of internal message bus. I'd suggest we use something like Redis to decouple apiserver from the brokerage of the messages so we can scale both independently?

I don't REALLY feel like rolling our own chat system however. We could look at using google's cloud firestore for the backend for chat, but maybe it can suffice as the real-time message bus as well?

@eaceaser eaceaser added the design label Mar 3, 2019
@eaceaser eaceaser self-assigned this Mar 3, 2019
@eaceaser eaceaser added needs spec and removed design labels Mar 6, 2019
@eaceaser
Copy link
Contributor Author

eaceaser commented Mar 7, 2019

Had a discussion at go club last night. Seems like Redis w/ a bit of persistence will get us pretty far.

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