*Modern KZfaqrs jump cutting every misplaced vowel and topic change* >Dave enunciating every word of a technical topic for four minutes straight without ever breaking eye contact

a bare metal server is a house. you have your plot of land and your house. it is all yours. a VMhost is an apartment block. each server is a suite, but share the infrastructure (plumbing, stairs, building door). a container is a bed in an army barracks. you share everything.

now explain what Kubernetes is

My favorite guy from the MS DOS and Win95 days, explaining something i've been curious about. I have only used virtual machines, but i've supported systems using docker.

Just a note, you technically don't need to learn how to create Dockerfiles, since, just like in a VM, you can create a simple base container (like Debian or Ubuntu or something), open an interactive shell inside the container and configure it however you want like you normally would on a normal system, after which you can run "docker commit" on that container to get an image with all the changes you performed, which you can use similarly how you'd use VM snapshots.

As a older due who got diagnosed with ASD/ADHD at age 59, I often come to your channel for explanations of things that I just can't seem to digest from others. Thanks.

You ask and you shall receive. Thumbs up given brother.

"Get ready to drink from the firehose of knowledge" What a *vivid* metaphor! 🤓😁🤭

I work in the IT industry (not an IT professional) so I love consuming this kind of content. It's stuff like this that the world really runs on, and even if VMware is on its way out, VM's are here to stay.

Dave, thank you. I’ve held jobs including help desk tech, network admin, systems engineer, and cloud architect since 2013. I’ve asked half a dozen people how containers were different than VMs, and nobody has ever been able to answer the question like you have. Your statement “if you get ring 0 access on the container, you get it for the whole machine” made it click for me.

"It works on my machine" - my most hated line from my time in QA and build management. 😂

Back in the day trying to run a VM inside of a VM on under Hyper-V would just error out ... But the same scenario under VMWare would pop up a very cool "You had to try, didn't you?"

Hello Dave. I'm an autistic person too. I also struggle with the side effects of high iq. Could you make a segment on windows TSR(Terminate and Stay Resident) programs? For some reason I found great pleasure in making TSR''s that slept silently in the background back in the good old ms-dos days. Why did Microsoft introduce TSRs? Were they popular by other users? TSRs are kind of a strange bird. Who at Microsoft invented them and what was the primary use-case? Did you make / work on the TSR architecture? It was kind of magical that you could "terminate" a program but it was still in the background, and if you assigned a hot-key (say a function key) to it, the background program would immediately be back again without the initial load time.

As someone who has been kicking around the IT industry in a variety of roles for 30 years, I understand all the words coming out of your mouth, but this particular video for some reason gave me an unanticipated appreciation as to why it is in so many far future sci-fi settings, technology is more or less treated like magic. Not because it is hyper-advanced and thus indistinguishable from magic in the Clarke sense, I'm talking settings like Warhammer 40K or Fading Suns or even Battle Tech, where a lot of it is either possible now or will be in our near future, where the in-game civilizations had peaked at something far beyond us today but then collapsed and regressed all the way back, and all the people who understood the technology and how to create and operate it were almost all wiped out, so extremely few people remain who can even keep the existing stuff running, much less invent new stuff. And in some cases, the knowledge of how to maintain the technology has become ritualized into religious like ceremonies. Which is to say, even without an intentional targeting of people who can create and maintain these technologies, how many people today actually truly fully comprehend how this stuff works? Much less can build it from scratch in a clean room? So very few... And yet so much of the world today is critically reliant on this stuff! Kind of nerve-racking when you really think about it.

I really appreciate you taking the time to make the videos. Even if I know the information, I still tend to learn a thing or two from you and always enjoy the show. Thanks again

That little hint about Kubernetes at 12:45 has me salivating for your explanation in the NEAR future. In the mean time, thanks for making this make sense in the most plain way possible. I get it. I finally get it. Thanks Dave.

I worked with IBM's VM in the early 70's. Big iron cannot be beat. What wonderful machines they were and still are. Amazing!

I saw VMS and read DEC. Miss that company.

I have nothing but the fondest feelings foryou, good sir, and I think its a true crime that you do not have millions of subscribers. You feed the insatiable beast that is my quest for deep understanding, and you do it so concisely.

I really liked the house vs apartment building analogy. I'ma use that in the future when I explain these concepts. ALSO: MicroVMs are an interesting and slightly unexpected way to get isolation without sacrificing performance. They're what amazon uses for Lambda functions

I find this guy amazing to listen to. I am a retired Systems Architect which I did for a fortune 50 company for 17 years designing both Networks, Apps, MS Solutions and other crazy stuff with absolutely insane budgets. I did a lot of cool stuff. Now I have a different career, but still do the IT side of it for my family business now that I am involved in it heavily, I use IT to automate a lot of stuff using many different solutions, so I use a lot of tech. Guys like this make it fun to this day even though MS is a cancer. Thanks Dave, for these straight forward videos which I play on my second monitor while doing stuff. Edited for Grammar. Not sure what was wrong with me when I wrote this.

It is not like I'm deifying Dave, it's just this phenomena when I already used a lot of hypervisors, troubleshoted many problems with containers, and got my knowledge in shreds and patches. And then I listen to this summary by Dave and everything goes into its designated place in my head forming a solid structure of knowledge. It happens from time to time to us specialists, when the last book that we read on some subject is so crystal clear to us like it was specifically tailored for our brain to understand, when in reality it's just the critical mass of knowledge in the brain reached the saturation point and we finally got to the level where we understand what the author wanted to say in every paragraph.

I love this channel, no frills just quality content throughout

i've been amazed how quickly Docker has been adopted and improved... in a 'past life,' i signed up for dotCloud and still recall how rapidly a container could be configured and launched... great work, Docker team.

Dave, thanks for the explanation. I'm learning how limited my education has been. "Drinking from the firehose of knowledge..." I love it! ❤️

This was great!. Clarifying and encouraging to make attempts. A blessing genuine.

Compliments Dave. Among the most concise descriptions of this I have seen.

Thank you for this video. I am starting to learn about docker and this was a great overview.

Thank you for making a video on docker. Love your content!

I'm not a SW engineer but had heard about Docker environments and had no idea as to what they were. Now seeing your video about Docker an VM, I now have a better understanding as to what they are. Many thanks.

When I saw the title "Docker vs VMs" (in the thumbnail tile, not on the video itself) I immediately thought VMS as in VAX/VMS. However, I wasn't disappointed by this video! 😊

Thanks for clarifying it in terms even I can understand!

I think Docker networking deserves a whole video. One thing that threw me off was that host names can only be used within the container even if the different containers are added to the same network.

Awesome…and I mean awesome explanation of the differences. My whole background has been with VMWare and HyperV. I’ve been trying to get a clear explanation of this precise thing and this has been the best and most clear.

Man, your videos are great!!!! You’re technical, but your use of analogies shows your deep understanding of computer science… it’s excellent for learning!!!! thank you so much for creating these videos!!!!

Such a great video. You really made it easy to digest and understand from first principles. Thank you!

Dave, this was one of my favorites of yours! Thanks.

Dave....you didn't again. A masterful explanation that is sufficiently technical but not overwhelming. Thank you for this

Presented with lowest entropy. Every sentence conveys something. Thank you.

Always informative Dave, I'm starting research on a new system development and this was excellent!

I maintained our container stack (docker, containerd, runc) at a major linux distribution for about six months. I'm gonna keep this video in my pocket now, because it's a really good overview of some very technical topics that people tend to have misconceptions about (starting with containers are not virtual machines).

Great video. Thanks for taking the time to make it.

Thanks for the informative video, was a helpful breakdown of containers.

Built a cluster of dell c6100s because I was inspired by you and similar channels. Keep up the great content.

This is great content and very useful to me. You enrich with a lot of details and other informations.

Great discussion - thanks Dave

If you ever need to explain the difference between a container and a VM to anyone who is not an OS engineer take a snapshot at 8:30 . Your supervisor will think you are really smart. Gold quality content - thanks for sharing 👍

I like this Peter Griffin part at the end! One day I will learn Kubernetes. For now, Docker Swarm seems magical!

This is a very very good video especially for anybody who's maybe heard of virtual machines are containers but doesn't really understand what they mean

Excellent video. In my job I want to push the docker approach and now I have more arguments for that :)

Another great video Dave! I use docker to deploy my application. One other advantage is roll back a release is easy. Just go to the previous docker version. Not that I ever have to do that.

Another good use for VMs, running and testing different OSs.

Thanks Dave for the explanation. I’m a retired Windows Server engineer. I was responsible for maintaining VMs either under VMWare or Microsoft Hyper-V. It was good to be able to V-motion VMs or migrate VMs from one physical host to another in our VM farms so that a host server could be maintained, even rebooted without affecting any running VMs or applications. I don’t believe that same ability exists with Docker containers. So any application built in a docker container would need redundancy at a different level like Network Load balancing, clustering or something similar. Having to support many hundreds of VM servers with single instance applications running would mean planning for monthly patching and maintenance of the host at the same time of the host. While in the VM world the guest OS’s could be moved around to different hosts at will and we could patch the hosts at different times from the guests. Also any issues caused by patching would only affect one guest, so rolling back the patching of one guest didn’t affect all VMs like I’m guessing patching the Docker host might affect all Docker containers… But for sharing an applications between developers or end users in an enterprise, I do understand the benefits of having a smaller file size to share and move around . Thanks again for the technical information you share in these videos. Having been in the IT windows world, I find them being very interesting…

Well once more I blinked and was totally lost. Oh well I'll let my son study this, he would understand it. Thanks for reminding me why I gave up programing , heck my first exposure was with punch cards . Take care.

Your explanations are so good!

Really nice explanation! This is one of the interview questions I give potential systems engineers. It really is surprising how many people don't understand the tools they use every day.

I knew most of this, but hearing an explanation of both reinforced some of my beliefs on how they worked and are different.

Looking forward to your kubernetes vs docker video. I really like the metaphors.

I choose to setup a VM. It's just something I am more comfortable with at the moment. I create a VM template that I spent quite some time getting setup near perfect for my development environment and then I make a copy of it every morning to work in. It's like a clean slate every day. All things I need to save I save online so there is not a issue losing something. I even sometimes during the day load the template again if the things I worked on was quite cluttered. It normally takes about 10 minutes to make a copy of the VM template so it gives me time to take a break and clear my head.

this is the video I been waiting for, Dave. Amazing

Dave, Very well done summary of VMs and Docker. I will be sharing this video with people that need a good explanation. I have tried but I believe you did it better without getting into the weeds.

Thank you Dave!

David, man! As always great video about this fundamental technology for development. So much better explained than at class at my university. You can do a part two video detailing specific or known use cases for both technologies, and even get your hands dirty with some basic code, which would be really awesome. Then you should compare Docker vs Kubernetes. You are one of my favorite YT teachers. Thank you so much and have a nice day!

New lighting looks very good.

Thank you for your excellent videos.

Another good vid Dave. Thank you!

I love your videos Dave, they're always really interesting and the insights into the goings on at Microsoft and your own vast knowledge of programming is fantastic, and I look forward to a notification of your latest upload. 😎😎

Doing both! VMs with docker containers

Going to comment for the engagement. Thanks for your short and informative vids, Dave!

Been looking into this so thanks for the information. I heard of Distrobox and wondered how the underlying technology worked. Mainly to see about trying to create a NixOS setup with Arch in a Distrobox for testing and being able to have an easily reproducible and backup.

Thanks Dave. I was wondering on the differences. Since normally I have worked with Type 1 & 2 hypervisors.

Thank you for making informative videos for subs and likes!

To be absolutely real, Dave's dialogue on the recent lecture-esque videos like the opnsense video and this one have been really good Goes to show that the process keeps improving and I am ALL HERE FOR IT... giga banger and i will always hope for the next video

Nice and clear Dave. Would love a follow-up adding LXC's and venvs into the mix

I have to say that you are using a really good lens for your videos. The circle of confusion is really pronounced with a good focus and shallow depth of field.

Nice! Thanks for this vid, really underpins them both! Was excited for this vid and was not disappointed!! \m/

Your channel is a breath of clean air in todays youtube

Man, I did some MS exams, with stuff about dockers, but still don't understand them.. in sentence #2 it's clear. Thnx!!

Great explanation, thanks!

thank you, Dave

Thank you for your clear explanation!!

Actually, you can also create a container without a declarative Dockerfile. You can build the container from a base image yourself by interacting with it using bash, for example, installing what you need manually using a package manager such as apt, for example, and in the end take a snapshot of the final container state into a new image that you can share. All without a declarative Dockerfile.

This is another great video, keep em coming

Wow! That’s amazing and thanks for this knowledge

That one was a brain melting experience. Thanks I loved it 😂

When you're 1-2 sec into a video and you gotta Like it ;) ! Really some awesome content Dave! Thanks for you stories also!

Thanks for explaining, docker has been i little bit under my radar. Useful

Had no idea what a Docker was, now I know. Thanks Dave!

That was fantastic thank you you have connected so many dots for me! The perfect natural follow-up would be Dockers running in the kubernetes environment as you alluded to please consider that for your next project thank you so much you rock

Having used VMs for a number of years as a software tester, they allow the complete environment and set configuration, which can be reproduced. Especially when I get a new drop of software, I just roll back to the snapshot of the os without the app installed (I don’t trust the app uninstall sometimes). Doesn’t sound like docker will do that same level of control.

Now I understand it for the first time, thanks.

Great video on a relevant topic!!

Thank you so much. I've used Proxmox for many years and even containers on it, but didn't realize that Docker was just a different brand of containers. I always thought it was a different VM stack.

Docker has really been an amazing experience for me. it really makes sharing applications an absolute breeze

This is good explaining. IT people who still do not know about containers in 2024 are way behind the curve.

Lets not forget about FreeBSD jails. It's a complete environment without the security burden of docker or the overhead of a VM. A little less convenient than docker but superior performance never the less.

Thank you for calling it "ooh boon too" like Ive been, instead of the cringe "ooh bun too" that they are trying to push.

Perhaps adding in what Kubernetes does would help clarify things more.

As a guy running a few servers in a homelab, the VM vs containers argument turned out to be peanut butter vs chocolate. Both are great, and sometimes they go well together. My particular professional use case leans heavily towards VMs - think ERP software best-suited for infrastructure supporting very large databases, and millisecond latency in certain scenarios can lead to critical output taking too long to reach the key stakeholders. My personal use case is leveraging containers to add few small workloads to make the day-to-day stuff like managing my digital media or just trying some new widget and destroying it if it doesn't meet my needs. Your conclusion was spot on, Dave. If it needs to scale one way or the other, pick the right solution.

Very informative. Thank you.