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

Transfer to running via Docker #105

Open
za419 opened this issue Feb 15, 2023 · 0 comments
Open

Transfer to running via Docker #105

za419 opened this issue Feb 15, 2023 · 0 comments
Assignees
Labels
enhancement quality-of-life Small issues which don't add functionality, but improve things from a development standpoint
Milestone

Comments

@za419
Copy link
Owner

za419 commented Feb 15, 2023

Since inception, CadenceBot has been running on AWS EC2 instances, because that was easy.

Now that Cadence itself is investing heavily into Docker, I think it's time to follow suit. Docker will confer numerous advantages, such as being able to test the bot locally (with some setup from Discord), and likely carry a lower cost to maintain instances. It also offers some interesting ideas for the future of integrating CadenceBot into the Cadence deployment, so that a new instance of Cadence can (optionally or always) come with a freshly configured bot instance which is already configured to talk to it.

This enhancement does not involve any new features - The build including this should be functionally equivalent to running the bot on AWS directly as of the previous merge.

I envision that this will likely only require sunsetting setup.sh and auto-setup.sh, heavily trimming down first-time-setup.sh if not removing it outright (these settings can become environment variables or parameters to the build step), and creating an appropriate Dockerfile to provide the service. As such, I consider this quick enough to be packaged in 1.6.0.

If this assumption turns out to be incorrect (for some reason, CadenceBot doesn't play nice within Docker or the Dockerfile is very difficult), it would be acceptable to defer this into a 1.7.0 release so we can have a v5-compatible official release ASAP.

@za419 za419 added enhancement quality-of-life Small issues which don't add functionality, but improve things from a development standpoint labels Feb 15, 2023
@za419 za419 added this to the 1.6.0 milestone Feb 15, 2023
@za419 za419 self-assigned this Feb 15, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement quality-of-life Small issues which don't add functionality, but improve things from a development standpoint
Projects
None yet
Development

No branches or pull requests

1 participant