Re: Docker
- Reply: Mario Marietto : "Re: Docker"
- Reply: Polytropon : "Re: Docker"
- In reply to: Mario Marietto : "Re: Docker"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Thu, 13 Apr 2023 12:58:51 UTC
100% Agree with this, and the fact is there have been cases where there is that tolerance and there are maintainers making efforts to bring "linux" things to freeBSD even if via linux emulation. Docker has been mentioned many times in mailing lists and forums and there is always comments like "but why jails are much better" etc, sometimes not only intolerant but rude reply that serve only to drive people away IMHO. I also don't get why is that so complicated, is it just cause FreeBSD's maintainers/community don't want to even consider docker on FreeBSD? Couldn't we just run docker on bhyve? I'm sure it would serve the "just want to test this image purpose" but I suspect there will be some issues with Filesytem/network, not issues per say, but more like it likely takes some work to get this to run in easy manner, but I think I've seen mentions of using sshfs or zvols to make this part easier. MacOS and Windows use virtualization anyway, sure Docker "DESKTOP" is supported but docker, but they are still using a VM at the end of the day and handle the filesystem/network stuff for the user. I've never tried this my self but I don't think it should be that super complicated unless you plan to run docker on prod envs, I think here, the argument that "right tool for the job" is very valid.... I use docker on my macOS but I'm not going to run things in prod in macbooks ofc, I will still use Linux, K8s etc. Perhaps the FreeBSD foundation could invest a bit in getting a tool to easy the way of running docker through bhyve, I do believe this would be good for user adoption, but probably there are other priorities. On Thu, Apr 13, 2023 at 12:32 PM Mario Marietto <marietto2008@gmail.com> wrote: > The point of my argumentation is not if FreeBSD has or not good tools for > containerizing and securing applications. It has. Point is that the users > that don't know FreeBSD are tied to their own tools and rarely want to > change them. Almost everyone wants to change. But trying,experimenting and > changing something in the workflow is important,because every tool has bad > and good sides. There are many docker images already to be used on the net > and this will save a lot of time and effort and money for a lot of people. > This is a fact. And I think that it happened because Docker is...good. > FreeBSD has tools like docker,but the mass production of containerized > images never happened. So,would we ask ourselves the reason ? Maybe > something has not gone well. I use Linux and FreeBSD and I "love" both > these systems. Linux has a larger user base than FreeBSD. A larger user > base may mean more innovations in a small time,a faster bug correction and > so on. > > I think that mostly advantages from the implementation of docker on > FreeBSD will come from the user base. Mostly for those users that come from > linux or other OS and that already use docker and kubernetes. I don't think > those users are a small number. Those users could jump to FreeBSD if Docker > / Kubernetes are implemented in FreeBSD. This could be the straw that > broke the camel's back. You argue that the jails are working already > great and that they should use them. I argue that the freebsd community > could have a more tolerant behavior to the users that could jump to the > FreeBSD world and they should not force them to learn only new technologies > at first. To have some important tools which work on multiple systems means > having a good business card. So,in the end I ask to myself and to you : > FreeBSD needs to grow in terms of community ? Does it need to be > populated by a bigger number of users that will come from another OS base > community ? > > On Thu, Apr 13, 2023 at 10:17 AM Alejandro Imass <aimass@yabarana.com> > wrote: > >> >> >> On Wed, Apr 12, 2023 at 4:28 PM Paul Pathiakis <pathiaki2@yahoo.com> >> wrote: >> >>> I believe the simplest thing would be to wrap jails or iocage in an >>> interface that looks like and behaves Docker-like. >>> >>> >> and Bastille! >> >> >>> >>> > > -- > Mario. >