作者：安树博 青云科技 PaaS 中间件开发工程师 从事 PaaS 中间件服务（Redis/Memcached 等）开发工作，热衷对 NoSQL 数据库领域内技术的学习与研究 官方镜像版本无法满足功能需求 镜像内存在的漏洞无法规避 传统构建方式镜像体积越来越大 你在使用镜像时是否遇到过以上问题呢？ 随着云
1、概述容器改变了我们看待技术基础设施的方式。这是我们运行应用程序方式的一次巨大飞跃。容器编排和云服务一起为我们提供了一种近乎无限规模的无缝扩展能力。根据定义，容器应该包含 应用程序 及其 运行时依赖项。然而，在现实中，它们包含的远不止这些。标准容器基础镜像包含标准 Li
1、在dockerfile里面使用本地镜像 假设本地有golang:1.16镜像，你想使用，你可能回这么写 FROM golang:1.16 但是这样的话，docker会去docker.io拉取golang:1.16而不是使用本地的镜像 那应该怎么办呢，其实很简单。修改下tag，改成docker.io上的镜像tag，如docker.io/golang:1.16。即前面加
谷歌现在通过提供 Distroless 镜像向全世界开放这种能力。谷歌构建的这些镜像的目标是只包含你的应用程序及其依赖项，同时它们将没有常规 Linux 发行版的所有特性，包括 shell。 使用Distroless镜像来保护Kubernetes上的容器。容器改变了我们看待技术基础设施的方式。这是
谷歌现在通过提供 Distroless 镜像向全世界开放这种能力。谷歌构建的这些镜像的目标是只包含你的应用程序及其依赖项，同时它们将没有常规 Linux 发行版的所有特性，包括 shell。 使用Distroless镜像来保护Kubernetes上的容器。容器改变了我们看待技术基础设施的方式。这是
