Drastically reduce the size of your DOCKER images with MULTISTAGE builds

Рет қаралды 70,726

6 жыл бұрын

I'm always surprised how few people know about Docker Multistage builds. I've even see people manually try and replace a Multistage build with two regular docker builds. When you start up your first Kubernetes cluster for the first time you probably realize just how expensive cloud resources can be. So if you can reduce the size of your Docker images and containers by 85% with just 4 lines of code ... you might want to go for it!
Background in Thumbnail image from Dimound via pngtree.com

Пікірлер: 69

@kaksisve4012 3 жыл бұрын

Thanks. I reduced size of my container from 12GB to 6MB. :)

2 жыл бұрын

It sounds to me like an entire operating system reduced to 6MB though =)

@kaksisve4012 2 жыл бұрын

@, actually I used an image with Haskell compiler GHC and a ton of preloaded libraries.

@kindalost1 4 жыл бұрын

best way to explain something - hands on and simple. good work.

@THEMithrandir09 5 жыл бұрын

I was actually looking for a tutorial on how to do CI/CD with docker containers. This video explained everything I didnt find out yet eventhough it was meant for something else. Really great video! Please do more on docker images and building and deployment!

@UltimateKeyboardHero 3 жыл бұрын

Dude you are a God! Was racking my brain on how to reduce my image size because they were in Giga size! This video is gold!

@bensonmwaura9494 5 жыл бұрын

Excellent insights. Nicely done!

@alltreesareofbears 5 жыл бұрын

Cool features. Thanks for the video 😊

@EmprendedoresBolsa 3 жыл бұрын

Thanks for creating this video.

@AndreasKoch2 6 жыл бұрын

Great video! Thanks.

@DieDona Жыл бұрын

Direct to the point. Thanks.

@emmanuelgelatimesa2712 5 жыл бұрын

Very clear explanation :)

@nackromancer174 Жыл бұрын

This is awesome, thank you.

@a_maxed_out_handle_of_30_chars Жыл бұрын

simple and to the point, thank you :)

@roberthmejias 4 жыл бұрын

really awesome!! very helpful!!

@kubucation 4 жыл бұрын

Thanks!

@sankharr Жыл бұрын

Thank you for this video! :)

@trevoranderson4414 3 жыл бұрын

Great explainer 👍

@dermuschelschluerfer 3 жыл бұрын

Good Vid! in production you should use distroless images though. In staging for debugging a normal distro image is completely fine though !

@crljet 5 жыл бұрын

very clear !

@timvanrooijen3324 Жыл бұрын

Thanks really clear

@abou7miedsoft 6 жыл бұрын

Great!. Thanks

@user-sg4kw8uh3m Жыл бұрын

Thanks a lot

@nicoladellino8124 5 жыл бұрын

Nice video

@gunahk1979 4 жыл бұрын

super Docker Image Reduction from 600 MB to 10 MB, Cool features.

@piratevv 5 жыл бұрын

cool, which editor do you use btw!!

@marcello4258 2 жыл бұрын

what about the memory footprints if you are utilizing the lower layers somewhere else as well? are we saving by this way also some?

@SunilKumar-pg2xf 3 жыл бұрын

Great video mate, I have a question in my mind. If I put three FROM in docker file it's not running from the second FROM line ? The idea is atlast in Third FROM I have to use my base image.

@shamilmammadov8246 3 жыл бұрын

I have to try it tomorrow with my nodejs app)

@algollunism5246 4 жыл бұрын

What is the best way to do something like this with a container from a Dockerhub?

@martinspilovsky9071 3 жыл бұрын

Coool nice tip. :)

@blackkiritok 4 жыл бұрын

Can you please tell me how this reduced the size? To my understanding, you created new container with alpine but you also copied the entire previous folder too. What is the difference in old and new container to be precise?

@jacobitosuperstar 4 жыл бұрын

go is a compiled language, so after its compiled you don't need all of its dependencies or debugging tools, justo a place where you can run the app. So, you make a big container for it to compile and test, and a small one to deploy

@IcYak1 3 жыл бұрын

@@jacobitosuperstar you deserve a golden medal. I was not able to realize this by myself, and I was curious why tf is my image still same size - I was copying already compiled go.

@CristianMercado 2 жыл бұрын

Just to add an example in favor of @jacobitosuperstar answer, if you are using .net or java you will need .net framework or java virtual machine in both containers, you wont be able to reduce on it.

@nikhilstephen1935 3 жыл бұрын

Can you upload basic videos of docker and kubernetes

@rodrigocalderone5226 3 жыл бұрын

I got confused in minute 3:40. It looks like he is using COPY --from=builder /go/src/app/ /app/. Is the image going two containers in one dockerfile? If he is, Is he using the same golang:alpine image in the second base image?

@polliluiz 10 ай бұрын

How did you run the go file in Alpine without golang?

@bhushanmahadik6040 3 жыл бұрын

go: cannot find main module; see 'go help modules' The command '/bin/sh -c GOOS=linux go build -a -installsuffix cgo -o helloworld .' returned a non-zero code: 1 getting this problem when i do changes in dockerfile FROM golang:alpine

@vinceramcesoliveros6739 3 жыл бұрын

just add "RUN go mod init your-project-name" before "RUN go build -o main ."

@louisaldorio7251 3 жыл бұрын

so the conclusion is we cannot run the image built with base image "scracth"?, or we can actually run is like usual, buat we just can execute linux/OS bash command ?

@paromicasahoo7326 3 жыл бұрын

How can I use the multistage if I am installing python with more than 20 Wheelfiles? I need to copy everything from 1st container which will not reduce the docker image size? Could somebody please help me?

@theconfusedchannel6365 2 жыл бұрын

Thanks for the video. I have Django, Apache, React. How do I do this. It's little unclear about the video. First image has go lang libraries. Second one you are starting with alpine and where are go lang libraries. you are copying your app file only.

@sindhkarthic007 5 жыл бұрын

can you make the same for Nodejs please?

@kubucation 5 жыл бұрын

I'm not really sure what that would look like for a non-compiled language like NodeJS. In Golang the big savings are because you can use a very minimal image in the final step because the compiled binary needs next to nothing other than a minimal OS (like alpine). However, the finished node app still needs at least a NodeJS environment. You can of course remove devDependencies that you don't need at runtime and you can minify etc if you want. But I don't think you'll ever get the same massive saving that you would on a compiled language. Nevertheless the process is exactly the same regardless of the language, so feel free to apply the knowledge from this video to different languages like NodeJS.

@vignesh7609 2 жыл бұрын

Error: error preparing container a005d60bbe11f0d23810156 for attach: crun: executable file `./webserver` not found in $PATH: No such file or directory: OCI runtime attempted to invoke a command that was not found Tried the same and received when try to do podman run

@malikbrahimi7504 4 жыл бұрын

Do you really need a workdir or can you just go to town at the root?

@madhavreddy6008 3 жыл бұрын

It's the best practice to have a working directory

@TJ-hs1qm 2 жыл бұрын

But anyway why is he building the application inside the docker container ? What about doing the building outside and push the final build artifacts into a tiny base image?

@jorgemun 2 жыл бұрын

because he need CI/CD, developers push a new commit with a production tag and he need to compile and deploy....

@kannan181975 5 жыл бұрын

You have copied the application folder but what about the required binaries of golang?

@sasg87962 5 жыл бұрын

i think it was already built, so he copied the app's binary. idk :)

@a_maxed_out_handle_of_30_chars Жыл бұрын

@@sasg87962 correct, go produces static binary meaning it already has all the required dependencies in the executable, that's why the executable size is big so after the build you just need the executable which has been compiled so it will run similarly on the compiled architecture, compile for linux and it will run on linux

@fazlurrahmatullah3017 Жыл бұрын

=> ERROR [builder 4/4] RUN go build -o webserver . > [builder 4/4] RUN go build -o webserver .: #0 0.649 go: go.mod file not found in current directory or any parent directory; see 'go help modules' ------ ERROR: failed to solve: executor failed running [/bin/sh -c go build -o webserver .]: ex why iam error? can help me to explain this?

@Basilstealswood 5 жыл бұрын

I am using a RHEL image for a docker container which comes out to ~700MB, mainly for security reasons. What is the advantage of reducing the size of the docker image? Can we get the same security advantage as RHEL compared to Alpine?

@BeatusZenyr 2 жыл бұрын

Hey I'm replying to a 3 yrs old comment but general rule is, that as the more target gets simpler and stupider the less attack vector it gets! Say, one gotta be *really* smart to hack into a `scratch` image, without bash, no open ports etc. lol you get the point Oh and of course the host OS should be up to date before everything so that the client OS could be.. "KISS"ed (Keep It Simple & Stupid)

@anirangoncalvesbr 4 жыл бұрын

Your "build" image is still 700M big. "Webserver" image needs to be rebuilt for every new code changes on the app. They could live on individual Dockerfiles

@34tttttaa 4 жыл бұрын

Interesting point. What would be the best flow of re-building and separate Dockerfiles work given code changes?

@a_maxed_out_handle_of_30_chars Жыл бұрын

the "build" image is discarded right after the alpine image is created? and "build" already takes care of rebuilding, if the code is not changed then cache is used else "build" is re-build and so is alpine image