 Hey guys right now. We are going to talk about containers or Linux containers more specifically and they contain applications in such a way That they're isolated from the rest of the system that they're running on so they contain things right like the application source code The application runtime and all the needed libraries, but they are portable So we can take the things that make up application in other words the container and we can transplant that Transparency to another place where you can run containers We have a virtual machine and on that virtual machine. We have the application runtime in red We have the libraries that are needed by the application. So we have lib a version one We have lib B version one as well. And then we have the application code for application X Now on that same virtual machine We need to go and run another application and we are introducing application Y With this application code. Yeah, there we go application Y now Fortunately application Y makes use of the same application runtime So we already have the needed application runtime application Y also works with lib a version one However, application Y needs lib B version 2 now in this case of a year You can't have lib B 1 and lib B 2 installed in the same machine They are gonna create a conflict So what could happen is that if you upgrade lib B 1 to lib B 2 it would Result in application Y working, but it would break application X So what containerization allows us to do is to deploy an application in such a way that we have a container of a year and Inside of that container, we would have the the application runtime We would have its needed libraries and yet we would have the application code for the for the pink application This is application Y now in a completely separate Container what we'll have right now is the same application runtime But in a different container we would have its libraries and the cool thing about this right now is that they could They could coexist on the same machine both containers could run right now on that particular virtual machine So what we're doing is that we are scrapping this legacy framework over here And we are moving towards a more containerized framework And this is where we would find a lot of organizations migrating applications because containerization does introduce a degree a degree of flexibility Rather in order for you to run a container You need a container runtime and a container image podman is a container runtime It's an example of a container runtime and a management tool that allows us to run containers in a much more efficient way than docker If you want to build container images you could use a tool called builder So this is a tool that we use to to build container images We also have another tool called scopio and scopio could be used to to copy container images You could use scopio as well to inspect the metadata that is associated with a container image