- 
                Notifications
    You must be signed in to change notification settings 
- Fork 7
Simple deployment script #392
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
base: main
Are you sure you want to change the base?
Conversation
1. Creates database folder and its structure 2. Download sample conf files 3. Run docker compose
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.
Hello @Haigutus !
Thanks you for your PR.
It's a good idea to have a script to simplify the setup, here first thoughts I have:
| GRIDSUITE_DATABASES=$(realpath "DATABASES") | ||
| export GRIDSUITE_DATABASES | 
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.
We don't support a "DATABASES" env var, we define directly "GRIDSUITE_DATABASES" in our env (.bashrc for example).
It's up to users to decide how they manage it in their environment.
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.
here it creates default folder DATABASES, it is not an ENV variable, the ENV variable is still "GRIDSUITE_DATABASES". One could add check, if it is already defined, then it will not be set again
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.
Yes we prefer to create GRIDSUITE_DATABASES env only if it does not exist
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.
We at first decided to not do scripts like this because there is in day-to-day too much cases to support and we don't want to have to maintain these scripts.
I will ask our TL.
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.
- One still needs to maintain the same info in English text form in setup guide.
- This would also help to test the setup, in case of changes to how the clean setup is to be made
- Not all variations need to be supported just one for testing and as an example (one can modify it, instead of staring to write on based on the setup guide again)
| GRIDSUITE_DATABASES=$(realpath "DATABASES") | ||
| export GRIDSUITE_DATABASES | 
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.
Yes we prefer to create GRIDSUITE_DATABASES env only if it does not exist
|  | ||
| # Assuming the Docker Compose file is relative to the script's execution path | ||
| cd docker-compose/explicit-profiles || { echo "Failed to change directory. Check if the path is correct. Exiting."; exit 1; } | ||
| docker compose --profile suite up -d || { echo "Docker Compose failed to start. Check Docker setup. Exiting."; exit 1; } | 
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.
We prefer to pass the profile name in a parameter to start and stop
Kibana and Grafana to listen external traffic
#388