Vladimir Supalov
vsupalov.com · Personal blog · on HN since 2017
Vladimir Supalov writes about Docker, deployment, Django, and developer workflows, plus small projects such as an HN title analysis.
What HN saysHN commenters link his posts on running databases in Docker and BuildKit cache mounts as answers to practical Docker questions.
17HN people shared it
7linked it in comments
15stories submitted
142story points
2 years agolast shared
2017people per year2026
Most-shared posts
- 1Should You Run Your Database in Docker?4 people · 4 points · first shared 2019 · 1 comments on HN
- 2Docker Arg, ENV and .env – A Complete Guide3 people · 2 points · first shared 2023 · 1 comments on HN
- 3Tools to Help Automate Your Workflows2 people · 4 points · first shared 2020 · discussion on HN
- 4Deploying Like a Startup2 people · 3 points · first shared 2017 · discussion on HN
- 5Buildkit cache mount dockerfile2 people · first shared 2021
- 6You Don't Need to Rebuild Your Development Docker Image on Every Code Change1 people · 119 points · first shared 2021 · 62 comments on HN
- 7Show HN: Frequent Suffixes and Prefixes in HN Titles1 people · 4 points · first shared 2022 · discussion on HN
- 8My Django App Looks Bad and I Don't Know How to Change It1 people · 2 points · first shared 2020 · discussion on HN
- 9Analyzing My Spotify Music Library with Jupyter and a Bit of Pandas1 people · 1 points · first shared 2017 · discussion on HN
- 10The First 10 Years of HN in Data1 people · 1 points · first shared 2022 · discussion on HN
- 11I Love Go and Django. Here's Why1 people · 1 points · first shared 2020 · discussion on HN
- 12Do I Need to Combine Django with Vue or React?1 people · 1 points · first shared 2020 · discussion on HN
- 13Improve your docker images1 people · first shared 2021
- 14Courses1 people · first shared 2021
- 15Cache docker build dependencies without volume mounting1 people · first shared 2019
What HN people wrote when they linked it
imp0cat · 2024-05-14
Understood, sorry about that.
But that's how it feels to me.
It's mostly because my mental image of multistage builds is different, I see them as a way to make the final image smaller by throwing away everything from the previous image.
So it does make sense to me that ARG values are thrown away after a new FROM instruction and if you need them, you need to declare them again.
These two guides have led me to this view, I blame the author! ;) They're excellent BTW, I've revisited them a lot.
https://vsupalov.com/docker-arg-env-variable-guide/#arg-and-env
https://vsupalov.com/build-docker-image-clone-private-repo-ssh-key/
vsupalov · 2023-03-20
I wondered about an adjacent topic recently ("what IS the kernel actually") and found out that a great way to understand it, would be to start with the boot process. Once I felt less lost, I tried to capture my learnings [1]
The text is not edited yet, but as I had the benefit of learning about it with fresh eyes, it should be very approachable (and hopefully accurate enough)
[1] https://vsupalov.com/demystifying-kernel/
axlee · 2021-06-02
It is really not recommended to run (production) databases in Docker, unless you know what you are doing.
https://vsupalov.com/database-in-docker/
rbjorklin · 2023-02-23
I've got a blog post for you: https://vsupalov.com/buildkit-cache-mount-dockerfile/
staticassertion · 2021-05-31
It makes sense that mounting a volume requires understanding a user mapping tbh. I think the answer is twofold:
a) Many problems solvable with a volume can be solved with a bind-mount, cache-mount, etc [0].
b) In the event that you actually need to map in a user-file, wrap the docker command in a script that manages the logic. At this point you're writing a system tool that's doing things outside of the context of a container - it's not really docker's fault that it doesn't try to make this trivial.
[0] https://vsupalov.com/buildkit-cache-mount-dockerfile/
scarface74 · 2019-07-22
Well, I wasn’t completely crazy. There was just a subtlety I missed.
https://vsupalov.com/database-in-docker/
RangerScience · 2019-05-18
Oh hmm, no you can't: https://vsupalov.com/cache-docker-build-dependencies-without-volume-mo…