-
Notifications
You must be signed in to change notification settings - Fork 83
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
Minimalistic production deployment setup / config #252
Comments
In my opinion, the main 2 reasons you want a cluster is for scalability and resilience, if you don't require scalability (though you would almost get it by default because you only need to add new nodes) but you still require resilence (if nodes go down the recipe instances self-heal by respawning on another node) then you still need a backing store like Cassandra, otherwise recipe instance "rehydration" cannot happen. If you don't need that kind of resilience even, then I would recommend just running in 1 machine with the default local configuration, so no Akka cluster and only local storage., the same configuration that you probably have for your tests. |
The Baker 3.0 documentation page (which we are working on right now) will have more about this :) |
In the current platform am building we rely on
For that we need cluster setup, correct? If am wrong then please advise when a cluster becomes necessary from standpoint of distributed state management? |
You are completely correct. Hence the recommendation is to configure journaling to use Cassandra. It is the store we've used for production systems and have worked great |
What is the recommended
Akka
cluster setup for deploymentBaker
in production if scalability was not an immediate requirement?For discussion with @nikolakasev my understanding is
In-memory journal implies that the process events are not persisted between runs.
Please advise if correct and if there are more considerations.
/cc @SemanticBeeng
The text was updated successfully, but these errors were encountered: