这阵子陌溪发现只要带着 alpine 前缀的镜像，相比于其它的镜像，体积都相对较小，例如下面这些
用户自定义 bridge 网络是在生产环境中推荐到最佳方式，因此这篇教程要特别注意。
Alpine Linux，一个只有5M的Docker镜像。是一个面向安全的轻型Linux发行版。不同于通常Linux发行版，Alpine Linux采用了musl libc和busybox以减小系统的体积和运行时资源消耗。在保持瘦身的同时，Alpine Linux还提供了自己的包管理工具apk，可以在其网站上查询，或者直接通过apk命令查询和安装。
Alpine 操作系统是一个面向安全的轻型 Linux 发行版。它不同于通常 Linux 发行版，Alpine 采用了 musl libc 和 busybox 以减小系统的体积和运行时资源消耗，但功能上比 busybox 又完善的多，因此得到开源社区越来越多的青睐。在保持瘦身的同时，Alpine 还提供了自己的包管理工具 apk，可以通过 https://pkgs.alpinelinux.org/packages 网站上查询包信息，也可以直接通过 apk 命令直接查询和安装各种软件。
在《研发工程师玩转Kubernetes——利用Pod反亲和性控制一个Node上只能有一个Pod》一文中我们介绍了Pod的反亲和性应用。本节我们将使用亲和性做几个实验。 nginx Pod在每个Node上只能存在一个；alpine Pod在每个Node上只能存在一个，同时要求该Node上还要有nginx Pod。 实验分为3组：
Alpine 的意思是“高山的”，比如 Alpine plants高山植物，Alpine skiing高山滑雪、the alpine resort阿尔卑斯山胜地。
各大云厂商提供了种类繁多的系统镜像，但唯独这个小巧可爱的Alpine无人问津。不过也难不倒咱们这些具有折腾精神的极客们。
Alpine Linux是一种基于musl和BusyBox的Linux 发行版，专为安全性、简单性和资源效率而设计。体积非常小巧，适合用来做Docker镜像。xiaoz最近在为CCAA/Zdir打包容器镜像的时候了解到了Alpine Linux，麻雀虽小但五脏俱全，简直不要太方便。
Alpine Linux是一个轻量级的Linux发行版，它的镜像大小只有5MB左右，因此在Docker容器化的应用中得到了广泛的应用。很多Docker镜像都是基于Alpine Linux制作的，这是因为Alpine Linux有以下几个优点：
第一部分着重介绍多阶段构建（multi-stage builds），因为这是镜像精简之路至关重要的一环。在这部分内容中，我会解释静态链接和动态链接的区别，它们对镜像带来的影响，以及如何避免那些不好的影响。中间会穿插一部分对 Alpine 镜像的介绍。链接：两个奇技淫巧，将 Docker 镜像体积减小 99%[1]
今天让我同事帮忙构建一个基于python代码的docker包，然后他问我使用那个底层镜像，我说你直接去docker hub上找一个，他打开之后问我这么多我该使用那个，他们之间有什么不一样呢？
我负责的所有项目，也都会使用容器来再结合容器编排工具（Docker Swarm或K8S，依据大小而定）进行声明式部署，非常方便高效。但在这其中，我也遇到一个问题并一直再思考怎么样才是更好的。
1、下载alpine镜像 [root@docker43 ~]# docker pull alpine Using default tag: latest Trying to pull repository docker.io/library/alpine ... latest: Pulling from docker.io/library/alpine 4fe2ade4980c: Pull complete Digest: sha256:621c2f39f8133acb8e64023a94dbdf0d5ca
但是先别着急，假设我们的python应用需要做一些科学计算，并且将数据以图形的方式展示出来，这时候就需要matplotlib和pandas这两个库的帮助了，先用ubuntu来安装这俩个库，编写Dockerfile.ubuntu
docker容器之间是互相隔离的，不能互相访问，但如果有些依赖关系的服务要怎么办呢。
设置 TZ 环境变量，并且最后删除 tzdata，创建出来的镜像运行时执行 date 后显示日期还是 UTC 时间。
微信云托管 使用目前主流的容器平台Docker以及容器编排技术Kubernetes（简称K8S），来管理你的项目。 使用微信云托管需要掌握对Docker的使用，但你无需掌握K8S的使用方法。微信云托管将K8S的运维配置完全接手，你不需要关心K8S和容器服务如何配置和相互作用，只需要操作微信云托管提供的简单操作面板，就可以轻松的部署服务，大大降低了容器化技术的使用门槛。当你使用微信生态下的客户端（小程序、公众号），向部署在微信云托管上的后端服务发送请求时，会自动经过微信接入层（内网），并附带微信校验的权威用户信息。非微信生态下的客户端（普通WEB网页、APP），向部署在微信云托管上的后端服务发送请求时，会经过微信云托管公网网关层（所有用户共用，由微信云托管团队维护），并根据域名转发到对应的用户服务。 微信云托管提供默认公网域名，也可以接入自己备案好的自定义域名。
假设启动镜像仓库服务的主机地址为192.168.136.10，该目录中已存在的镜像列表：
本周比较吓人的是 CVE-2019-5021, 根据漏洞报告，自 Alpine Linux 3.3 版本开始的所有 Docker 镜像中，root 用户包含一个空密码，这可能会导致攻击者获得 root 权限，今儿造成攻击。
作为Alpine Linux的超级粉丝，我在很多构建的Docker镜像中都使用了它。生成的镜像非常小，非常小，非常适合Dockers环境。
去年我发表了文章对Docker基础镜像的思考，该不该选择alpine，其中对于Alpine Linux镜像如此之小的原因我解释为它使用了musl而不是glibc
安装 Docker 环境之后， 可以开始下载和运行 Docker 镜像了， 比如要下载一个 nginx 服务器， 只要输入下面的命令：
基于Kubernetes的新版小米应用引擎在小米生态云上线3个多月来，深受大家喜爱。为了让用户的云端应用管理更高效、更方便，今天从6个方面分享一些溜到飞起的小窍门。
在实际项目中，有时官方提供的相关 docker 镜像不能满足企业对于镜像内部安全的要求；所以大型的企业都会构建属于企业内部的中间件的 docker 镜像。
首先，您需要使用systemctl start docker或启动您的 docker 守护进程service docker start，如果需要必要权限请使用sudo。
docker安装ffmpeg，alpine/Ubuntu安装ffmpeg 这段时间项目中用到了ffmpeg，我们的项目是通过docker来部署的，我的tomcat基础镜像有的是Ubuntu，还有的是alpine，就遇到了一个问题，有时候会安装失败。接下来给大家带来安装教程-docker环境下。 一、alpine安装ffmpeg alpine镜像比较小，所以后面在docker方面可能用的比较多。 alpine软件包管理工具apk的基本使用 #查询openssh相关的软件包 apk search openss
https://zsxwz.com/2022/03/05/termux%e5%85%8droot%e5%ae%89%e8%a3%85docker/
Create an instance with Debian or whatever flavour of your choice. Log in.
最近有一个用户反馈, 他使用 golang:1.13.1-alpine3.10 这个镜像来编译的可执行程序无法在云函数的环境运行, 报错信息如下:
在这容器化的世界里，我们已经很少直接通过文件发布来运行asp.net core程序了。现在大多数情况下，我们都会使用docker来运行程序。在使用docker之前，我们往往需要打包我们的应用程序。asp.net core程序的镜像打包，网上有很多教程，其中大多数是使用sdk这个镜像来直接打包。打出来的包有好几百MB，3.1 SDK打出来的包甚至超过了1GB。那么有什么办法来缩小我们打出来的镜像吗？最小能缩小到多少呢？这篇文章就来介绍下如何缩小asp.net core 打包出来镜像的大小。
Debian软件包的包名叫 deb ，类似于rpm包; deb 包的管理方式有 dpkg 、apt 两种方式deb包。对于软件管理有dpkg apt两种：
此前提到过使用 overlay2 和 registry 组合的技术来优化镜像同步的流程，本文详细介绍了另一个性能更佳、流程更简单的解决方案。
使用alpine镜像构建了一个oracle jdk的镜像，运行java业务时，查看日志，显示中文乱码。
Kubernetes 已经是事实标准，很多应用都会以容器镜像作为交付物。Gitlab 自然是不甘人后，也集成了容器镜像仓库的功能。
说明：Alpine Linux是一个社区开发的面向安全应用的轻量级Linux发行版操作系统，占用资源很少，初始状态基本只占用几M内存和几十M硬盘，而且还很稳定，适合很多小型服务器和设备使用，这里就分享一个OVZ的Alpine脚本，基本几秒安装完成。
最近在和同事讨论一个非典型的云原生应用更新场景。目标应用是一系列有状态的 Statefulset，其中的实例用类似投票的机制对外提供服务，这意味着始终有一部分实例是处于待命状态的。由此情况，这个应用在虚拟化时期，会提供一个仲裁服务，每次对实例进行更新时，首先要从这个仲裁服务查出可以更新的摸鱼实例，然后仅仅对这些空闲实例进行升级。
https://www.cnblogs.com/xiao987334176/p/12918413.html
虚拟化和云计算已经是一个很火热技术话题了，基于虚拟化技术，我们可以实现对硬件资源的充分利用，实现对软件运行环境的隔离。但是传统的虚拟化技术，基本都是通过虚拟一个个单独的操作系统来实现虚拟化的需求。这虽然在一定程度上增加了硬件资源的利用率，但是这样的虚拟化解决方案，有时却显得不是那么聪明，在许多场景下依然显得很笨重，相比于应用软件的开销，有可能虚拟机系统的开销比应用本身还要高。所以，在一些轻量化的场景下，当前的虚拟化技术就无法很好的发挥其作用了。这个问题随着Docker的出现，拥有了更为完美的解决方案。
自己编写 Dockerfile 能够很好的实现我们想要的程序运行环境，不过如果装有我们想要环境的镜像已经由热心的开发者构建好并共享在 Docker Hub 上，直接使用它们就会远比自己编写 Dockerfile 并进行构建要来的简单的多了。事实上，在开发过程中我们用到的镜像大部分还是直接采用 Docker Hub 中已经存在的镜像的，即使自己编写 Dockerfile，也只是对已有镜像进行简单的改动，很少会从零开始搭建镜像。在这一节中，我们要来看看如何更好地使用 Docker Hub 上由其他开发者共享的镜像。
https://github.com/Kong/docker-kong/tree/d4cec3dc46c780a916a40963309554ca81da2b46/alpine 需要修改Dockerfile,增加执行权限，否则会报错： Error response from daemon: invalid header field value "oci runtime error: container_linux.go:247: starting container process caused \"exec: \\\"/docker-entrypoint.sh\\\": permission denied\"\n".
选择底层操作系统 通常是从一个底层的操作系统来开始构建一个Docker镜像的，也就是Dockerfile的FROM指令提及的。在某些情况下，你也许会从一个已有的基础镜像开始，这时你已经选择了底层操作系统镜像。但是如果你需要选择一个底层操作系统镜像，那么常用的镜像和对应的大小如下所示：
现在很多开发者都会慢慢习惯在开发环境通过Docker来构建开发环境，有时候可能会有环境移植的问题，所以需要我们写好一套Dockerfile来构建相关的开发镜像，既然说到镜像，那我想问问大家了解Docker镜像的演变史吗？我们现在就来回顾一下吧。
在使用 Python 的早些年，为了解决 Python 包的隔离与管理 virtualenvwrapper 就成为我的工具箱中重要的一员。后来，随着 Python 3 的普及，virtualenvwrapper 逐渐被 venv 所替换。毕竟 venv 是 Python 3 的标配，优点是显而易见的。而这几年，应用场景的的复杂性越来与高，无论是开发还是部署都需要设置复杂的环境。例如使用 redis 实现消息队列，用 Psycopg 完成对于 PostgreSQL 数据库的存取等等。随之而来 Docker 就变成了程序员必不可少的常备工具。为了掌握如何将我的 Python 应用与 Docker 结合起来，就要学习他人的经验分享。于是一次又一次地看到了下面这样的 Dockerfile 例子：
将java应用作成docker镜像时，需要镜像中带有jdk或者jre环境，通常有三种情况：
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
