that certainly a way its used to build up fast deployable services
Wheres @pjzedalis when you need him ?
With my spare machine, I have 3 partitions. 1 or data and 2 version partitions, so I can boot between the different OSes and still have all my data.
My 2012 rMBP has started randomly dying (just goes dead) so it looks like Iāll end up buying back a 16" MBP 
Although Iāll just get the bottom of the range machine this time.
I intend to apply the same methodology to this machine, split the drive into 3, two different OSes and one data.
Hmmm. Kind of nope. Docker is a ācontainerizerā, you ship your app to it and your app gets an isolated userspace, kind of a sandbox. Itās much lighter than VMs. When you launch a VM you are launching an entire system, an OS (guest OS), AND your App that goes on top of this huge thing with a hypervisor enabling it to run at same time as your host OS. Your app will have access to the kernel space (a virtual one, but the kernel). In Docker you create a ābubbleā, a ācontainerā (or containers, many of them, if you want) directly on top of your host OS, thereās no guest OS. One OS runs multiple containers sharing it through docker. Between your OS and your App there is Docker tricking your app to think that it is talking to the OS, but it is in an isolated space, your app does not have access to the kernel space. So it canāt erase your C: and destroy your underlying windows (or / in a Unix and destroy it). Well, if you need to crash the OS, maybe ( 
), security profiles define the isolation. But isolated, you can mess your container, and crash your app, but your other apps in other containers will still run without noticing it. When you deploy a windows app container, it needs a windows docker host machine, when you deploy a linux app container, it needs a linux docker host machine. When we deploy VMs, we usually are talking about gigabytes large files, when we deploy containers, maybe few megabytes.
Thanks, @Rick.A.
Iām afraid, though, Iām still not grokking the docker thing. Or maybe I am, if youāre saying that running Docker will only allow a ābubbleā of the host OS?
I cannot run a bunch of different OSās in their own ābubbleā?
In docker? No. As I said, thereās no guest OS, only a host OS. Thatās why containers are thin and VMs are fat.
That ābubbleā contains only your application and itās resources.
this could be a real pain in the butt
It might also cost Apple a chunk of customers, Iāve seen some x-plat developers already state that theyāre considering abandoning the Mac, because of weak demand for macOS support, but Appleās change will mean they have to buy Apple and Brand-X machines to do their work.
IMHO, unless Appleās ARM Macs are inline or better than the competition when they ship, itās all just marketing covering up for cost cutting.
Yeh theyāre just opening themselves up for silly click bait links calling it ābig suckā and so onā¦ strange choice of nameā¦
1 Like
Again, no. To run OSs, you need virtual machines.
humorous terms Iāve heard recently
ācrack marketing teamā
āappropriately staffedā
āin the near futureā
1 Like
And I assume the word āXojoā wasnāt associated with any of those termsā¦ right?
or was that what made it āhumorousā?
2 Likes
They market crack??? Isnāt that illegal?
that is funny
however, this being canada and cannabis is legal everywhere already how far behind can crack & others be ?
1 Like
Do they represent the Plumbers Union?
1 Like
I didnt think this was the Dad Joke thread ?
1 Like
No, theirās the ācracks marketing teamā
[judean peopleās front etc 
]
1 Like
