[[TOC]]
./docs- directory with actual documentation for the component../grafana- directory with Grafana Dashboard for RabbitMQ../openshift- directory with scripts for deploying to Openshift environment../operator- directory with operator code & HELM chart for RabbitMQ../operator/operator-robot-image- directory with actual Robot Framework tests for RabbitMQ../performance-tests-image- directory with sources for RabbitMQ performance test component../rabbitmq-backup-daemon- directory with sources for RabbitMQ Backup Daemon component../telegraf- directory with sources for monitoring component for RabbitMQ../zabbix- directory with sources for Zabbix component.
- Build operator and integration tests, if you need non-main versions.
- Prepare kubeconfig on you host machine to work with target cluster.
- Prepare
sample.yamlfile with deployment parameters, which should contains custom docker images if it is needed. - Store
sample.yamlfile in/operator/charts/helm/rabbitmqdirectory. - Go to
/operator/charts/helm/rabbitmqdirectory. - Run the following command:
helm install rabbitmq ./ -f sample.yaml -n <TARGET_NAMESPACE>There is no smoke tests.
Not applicable
There are no well-defined rules for troubleshooting, as each task is unique, but there are some tips that can do:
- Deploy parameters.
- Application manifest.
- Logs from all RabbitMQ service pods.
Also, developer can take a look on Troubleshooting guide.
To keep the component up to date, the following activities should be performed regularly:
- Vulnerabilities fixing.
- RabbitMQ upgrade.
- Bug-fixing, improvement and feature implementation in operator, monitoring or other RabbitMQ components.