-
Notifications
You must be signed in to change notification settings - Fork 0
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
Realistic benchmarks: Improve app configs #185
Conversation
The extraBpmnModels need to configured not as one string (with comma separation), but with extra config parameter and array indices. For example: -Dapp.starter.extraBpmnModels.0="bpmn/realistic/refundingProcess.bpmn" -Dapp.starter.extraBpmnModels.1="bpmn/realistic/determineFraudRatingConfidence.dmn" -Dapp.starter.businessKey="customerId"
Process Id needs to be specified to determine which process is actually started Removing whitespace, as this broke the config
Add a new example values file that shows how to configure a benchmark with the intend to cover a realistic scenario
5a335ba
to
95d3ed2
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM 🚀
# DEPRECATED worker configuration for the to be deployed worker application | ||
worker: | ||
# Worker.benchmark.replicas defines how many replicas of the benchmark worker should be deployed | ||
replicas: 0 # disabled per default as it is deprecated | ||
# Worker.benchmark.capacity defines how many jobs the worker should activate and work on | ||
capacity: 60 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
❓ If it is deprecated, can't it be removed?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I thought we might want to still support the old approach, for other benchmarks, but I guess they can also use the old chart. I can remove it
Worker has been replaced with workers, where each worker can defined specifically. Notes have been adjusted to reflect this
What the PR does
Example
Changes have be executed and deployed manually in our GKE.
Can be done via:
$ helm install zeebe-benchmark charts/zeebe-benchmark/ --render-subchart-notes -f charts/zeebe-benchmark/values-realistic-benchmark.yaml
You can port-forward to Operate to see process instances being executed
kubectl port-forward svc/zeebe-benchmark-operate 8081:80
Furthermore, look at the Camunda Performance dashboard to observe the performance.