Open thechubbypanda opened 2 years ago
I agree with everything @thechubbypanda said. For a containerized application Harbor is way too integrated with the host.
To add to that, when upgrading Harbor, the documentation says that we should mount the whole filesystem of the host into the migration container:
docker run -it --rm -v /:/hostfs/goharbor/prepare:[tag] migrate -i ${path to harbor.yml}
Surely there has to be a better way to do this? I am not comfortable mounting the root directory into a container just so that it can edit my harbor configuration. I would rather apply the changes to the yaml file manually, but unfortunately the necessary changes are not documented.
Logging is delegated to a separate container when docker-compose achieves the exact same thing (I tore this out with no concequence)
We also had issues with this. Because we have rather strict iptables rules in place, Harbor was just not able to log anything. We would not have encountered this issue if Harbor was properly containerized.
This issue is being marked stale due to a period of inactivity. If this issue is still relevant, please comment or remove the stale label. Otherwise, this issue will close in 30 days.
I agree with this. It is pretty hard to use this with other reverse proxy or some applications that use some port. Harbor is basically just an http server, but it needs a lots of effort to use it
This issue is being marked stale due to a period of inactivity. If this issue is still relevant, please comment or remove the stale label. Otherwise, this issue will close in 30 days.
This issue was closed because it has been stalled for 30 days with no activity. If this issue is still relevant, please re-open a new issue.
This is still valid.
This is 100% still an issue. It would be nice if the harbor.yml.tmpl file lined up with the documentation when it comes to generating the internal certificates. Not to mention the code block for generating the internal certificates is also very confusing. It would be nice if you could just standarize and make it easy. Either tell people to create /etc/goharbor (or /etc/harbor) and put everything in there. The systemd daemon references that location. Seems like too many cooks in the kitchen and ultimately it would be nice if things could just be standardized. I would be happy to create some pull requests with some very basic updates that could have saved me half a day trying to figure out exactly what was going on here.
I was trying to adapt the installation to use docker volumes instead of mounting direct paths from host to make it more transparent and less prone to creating clutter in hostfs, but seems the install.sh and prepare scripts are still very hardcoded into using the hostfs.
I tried 3 times and gave up. If there was a replacement warehouse, I think I'd embrace it at the speed of light
Hi,
I agree !
Difficult to setup with now classic solution like Traefik.
Thanks,
I'm sorry if this sounds like a rant but I'm just genuinely bewildered at the lack of usability and I want to know if there's anything that can be done about this. I'm more than happy to contribute to improve this.
I'm trying to install harbor in a simple and common scenario:
This project deviates significantly from absolutely everything I've learnt so far about dockerized applications:
I have a few more but these are the big ones.
Please don't get me wrong here, Harbor is amazing and I appreciate what it does but damn have I spend far too long bashing my head against a wall trying to set it up.