Thank you for watching and your support 🙇♂️ I had to prioritize the GitHub Actions series before getting the second part done. It will come soon though!
I liked this talk very much. I am trying to find any tools to build containerd image. I understand docker image is bloated. It contains containerd image but many other things
I think I spotted a mistake in your presentation. The user ID that is used for running containers is NOT inherited from the ID of the user that built the containter (only the latter requires root or sudo), as incorrectly stated at 4:18. I realize where this conviction may have originated from: most of the public images available on the Docker Hub require root priviledges to run, but that is another root user - the one from the container internal system, and not the root from the build server - only the latter (host user on the build server) must be a root during `docker build`, but the former can (and should) be a standard user (typically 1000, but also never a hard-coded single one-and-only working value). Container deployment can (and in corporate solutions typically does) happen on a separate machine / cluster of machines under a new "high" (ordinary, non-root) user ID (on some platforms even randomized for each container for additional security).
Part 2/2 is available now -> ruclips.net/video/5Tv52d4FNtA/видео.html
Thanks for creating and sharing the video !
Thank you for watching! This video is due an update 😄 it’s been a while!
For sure 👍💥
Super, thanks again!
Grate video!!!
but where is part 2/2?
Thank you for watching and your support 🙇♂️ I had to prioritize the GitHub Actions series before getting the second part done. It will come soon though!
Nice comparison, thanks
Thank you for watching and your support 🙇♂️
what do you use to enable autocomplite in terminal?
I use iTerm2 as a terminal emulator and fish as a shell
Great video!
Thank you for watching 🙇♂️
I liked this talk very much. I am trying to find any tools to build containerd image. I understand docker image is bloated. It contains containerd image but many other things
Thank you for watching Alex and for your support 🙏
Fantastic!
great video!
Thanks for watching Mohammad!
I think I spotted a mistake in your presentation. The user ID that is used for running containers is NOT inherited from the ID of the user that built the containter (only the latter requires root or sudo), as incorrectly stated at 4:18. I realize where this conviction may have originated from: most of the public images available on the Docker Hub require root priviledges to run, but that is another root user - the one from the container internal system, and not the root from the build server - only the latter (host user on the build server) must be a root during `docker build`, but the former can (and should) be a standard user (typically 1000, but also never a hard-coded single one-and-only working value). Container deployment can (and in corporate solutions typically does) happen on a separate machine / cluster of machines under a new "high" (ordinary, non-root) user ID (on some platforms even randomized for each container for additional security).
Great👌❤
ur voice so soft. better u put ur mic nearer