官术网_书友最值得收藏!

Understanding temporary containers and image state

My website container has an ID that starts with 6e3d, which is the hostname that the application inside the container should see, but that's not what the website claims. So, what went wrong? Remember that Docker executes every build instruction inside a temporary, intermediate container.

The RUN instruction to generate the HTML ran in a temporary container, so the PowerShell script wrote that container's ID as the hostname in the HTML file; this is where the container ID starting with bf37 came from. The intermediate container gets removed by Docker, but the HTML file it created persists within the image.

This is an important concept: when you build a Docker image, the instructions execute inside temporary containers. The containers are removed, but the state they write persists within the final image and will be present in any containers you run from that image. If I run multiple containers from my website image, they will all show the same hostname from the HTML file, because that's saved inside the image, which is shared by all containers.

Of course, you can also store the state in individual containers, which is not part of the image, so it's not shared between containers. I'll look at how to work with data in Docker now and then finish the chapter with a real-world Dockerfile example.

主站蜘蛛池模板: 朝阳县| 鄄城县| 屯留县| 仙居县| 石狮市| 东方市| 菏泽市| 黑龙江省| 辽阳县| 肥城市| 十堰市| 扶绥县| 忻城县| 大安市| 高州市| 怀宁县| 长武县| 上栗县| 内丘县| 上林县| 锡林浩特市| 金乡县| 托克逊县| 海淀区| 滨州市| 九寨沟县| 沙河市| 厦门市| 博爱县| 剑阁县| 修文县| 玉龙| 时尚| 德令哈市| 津南区| 舟山市| 浦东新区| 微山县| 凌云县| 平度市| 桐柏县|