Remove Docker provisioning logic? #389

New Issue

2023-01-24T10:58:00Z

decentral1se commented

2023-01-24 10:58:00 +00:00

I'm trying to work through coop-cloud/organising#380 and one part of it is that abra tries to handle provisioning Docker on remote servers.

This complicates the SSH handling because we try to suport both ssh key authentication, ssh password authentication and also, support input of sudo password if not running commands as root on the server 🤯

This is where abra starts to drift into pretending to be a configuration management tool like Ansible or Terraform? But I'm not sure it should.

It would significantly reduce the complexity of managing SSH inside abra if we could remove this functionality. This would help to make SSH handling simpler and more predictable in abra. See tickets referenced from coop-cloud/organising#380 for how many issues we've had with this...

Thoughts? Do people use this feature?

At Autonomic, we're using other tools to provision our servers.

I am a big fan of deleting code.

I'm trying to work through https://git.coopcloud.tech/coop-cloud/organising/issues/380 and one part of it is that `abra` tries to handle provisioning Docker on remote servers. This complicates the SSH handling because we try to suport both ssh key authentication, ssh password authentication and also, support input of sudo password if not running commands as root on the server 🤯 This is where `abra` starts to drift into pretending to be a configuration management tool like Ansible or Terraform? But I'm not sure it should. It would significantly reduce the complexity of managing SSH inside `abra` if we could remove this functionality. This would help to make SSH handling simpler and more predictable in `abra`. See tickets referenced from https://git.coopcloud.tech/coop-cloud/organising/issues/380 for how many issues we've had with this... Thoughts? Do people use this feature? At Autonomic, we're using other tools to provision our servers. I am a big fan of deleting code.

decentral1se added the question label 2023-01-24 10:58:00 +00:00

decentral1se referenced this issue

2023-01-24 10:59:00 +00:00

Consolidate SSH handling to only speak to /usr/bin/ssh #380

yksflip commented

2023-01-24 15:20:30 +00:00

We also use other tools to provision vms at local-it. Also in terms of seperation of concerns deleting this bit seems to be the right choice to me.

But I still fancy the idea to just type abra server new and get a vm (with best-practice setup) ready to deploy apps.
Maybe interacting with other tools could be a way. For instance we could use Terraform to provision vms and use smth like terranova to interact? Same for -p with ansible ... But not sure it that would mean just a mess of dependencies...

We also use other tools to provision vms at local-it. Also in terms of *seperation of concerns* deleting this bit seems to be the right choice to me. But I still fancy the idea to just type `abra server new` and get a vm (with best-practice setup) ready to deploy apps. Maybe interacting with other tools could be a way. For instance we could use Terraform to provision vms and use smth like [terranova](https://github.com/johandry/terranova) to interact? Same for `-p` with ansible ... But not sure it that would mean just a mess of dependencies...

👀 1

decentral1se commented

2023-01-24 21:49:41 +00:00

Yeh, that makes sense. There was some talk of Terraform integration back in coop-cloud/organising#106 (comment) but we didn't go down that route at the time.

It's not that much in the end https://docs.coopcloud.tech/operators/handbook/#how-do-i-bootstrap-a-server-for-running-co-op-cloud-apps 🤔

For the abra server new path...

I did try using cloud-init at some point and it wasn't too bad. If we had just those basic commands in the above docs available as another curl https://$SOMETHING.coopcloud.tech | bash and that was a one-liner, then we could include it? I know Hetzner supports this at least: https://community.hetzner.com/tutorials/basic-cloud-config

https://cloudinit.readthedocs.io/en/latest/

Trying to implement anything "fancy" inside the file is not worth it though. I wouldn't recommend it at all. But doing a simple Bash script should be fine...

This doesn't really help with the server add -p path though...

Yeh, that makes sense. There was some talk of Terraform integration back in https://git.coopcloud.tech/coop-cloud/organising/issues/106#issuecomment-9183 but we didn't go down that route at the time. It's not that much in the end https://docs.coopcloud.tech/operators/handbook/#how-do-i-bootstrap-a-server-for-running-co-op-cloud-apps 🤔 For the `abra server new` path... I did try using `cloud-init` at some point and it wasn't too bad. If we had just those basic commands in the above docs available as another `curl https://$SOMETHING.coopcloud.tech | bash` and that was a one-liner, then we could include it? I know Hetzner supports this at least: https://community.hetzner.com/tutorials/basic-cloud-config https://cloudinit.readthedocs.io/en/latest/ Trying to implement anything "fancy" inside the file is not worth it though. I wouldn't recommend it at all. But doing a *simple* Bash script should be fine... This doesn't really help with the `server add -p` path though...

decentral1se commented

2023-01-26 09:53:40 +00:00

I think I'm gonna err on removing this for now. There are various conversations going on about how to address this but it seems most people think that abra probably isn't the best place to try and solve it. The next abra release won't be for some time, so hopefully we come up with a solution. If anyone has concerns, please let me know, can address comments here, even after this is closed.

I think I'm gonna err on removing this for now. There are various conversations going on about how to address this but it seems most people think that `abra` probably isn't the best place to try and solve it. The next `abra` release won't be for some time, so hopefully we come up with a solution. If anyone has concerns, please let me know, can address comments here, even after this is closed.

~~decentral1se referenced this issue from toolshed/abra 2023-01-26 11:19:20 +00:00~~

Consolidate SSH handling #255

decentral1se referenced this issue from a commit

2023-01-31 20:40:35 +00:00

refactor!: consolidate SSH handling

decentral1se closed this issue

2023-01-31 20:40:36 +00:00

decentral1se reopened this issue

2023-01-31 20:41:58 +00:00

~~decentral1se referenced this issue from toolshed/abra 2023-01-31 20:43:01 +00:00~~

Consolidate SSH handling #255

decentral1se referenced this issue from a commit