使用 docker buildx 构建多 CPU 架构镜像-低调大师

使用 docker buildx 构建多 CPU 架构镜像

2020-05-17 821

使用 docker buildx 构建多 CPU 架构镜像

引言
在工作中，遇到了需要将应用程序打包成 Docker 镜像并同时运行在不同的 CPU 架构（X86 和 ARM）的环境中。

ARM 架构与 X86 相比，ARM 低功耗、移动市场占比高，X86 高性能、服务器市场占比高。

不同的 CPU 架构，对于运行相同的应用程序的 Docker 容器，需要分别在相应的 CPU 架构下编译的 Docker 镜像。
要构建多架构镜像，首先想到的是每种 CPU 架构环境（物理环境或虚拟环境）下构建相应的镜像。
但目前 docker 构建环境是 X86 的，没有 ARM 环境，
或者要申请 ARM 物理机，或者要申请/创建 ARM 虚拟机，或者交叉编辑等等，听上去都比较麻烦。

经过研究，发现 docker buildx 支持构建多架构镜像，这使得构建多架构镜像变得简单。
这样就可以在 X86 架构下构建 ARM 架构的镜像。

接下来，开始实践之旅吧。

环境
Docker Desktop（Mac）
Docker Engine 19.03+

实践步骤
第一步，开启 docker buildx
docker buildx 目前还是试验功能，默认没有开启，需要在 Docker Desktop 的首选项中开启它

Docker —>Preferences —>Command Line —> Enable experimental features

执行 docker buildx 命令，输出截图如下:

第二步，构建多架构镜像，并推送到 Docker Hub
写个简单的 Dockerfile，仅做演示：

echo "FROM python:3.7-alpine”>Dockerfile

列出 builder：

$ docker buildx ls
NAME/NODE DRIVER/ENDPOINT STATUS PLATFORMS
default * docker
default default running linux/amd64, linux/arm64, linux/ppc64le, linux/s390x, linux/386, linux/arm/v7, linux/arm/v6
我们当前使用的是默认的 builder，它基本上是旧的 builder。
让我们创建一个新的 builder，它使我们能够访问一些新的多架构结构功能。

创建 builder：

$ docker buildx create --use --name mybuilder
mybuilder
查看 builder：

$ docker buildx inspect --bootstrap
[+] Building 18.8s (1/1) FINISHED
=> [internal] booting buildkit                                                                                                                                                                       18.8s
=> => pulling image moby/buildkit:buildx-stable-1                                                                                                                                                    18.0s
=> => creating container buildx_buildkit_mybuilder0                                                                                                                                                   0.7s
Name:   mybuilder
Driver: docker-container

Nodes:
Name:      mybuilder0
Endpoint:  unix:///var/run/docker.sock
Status:    running
Platforms: linux/amd64, linux/arm64, linux/ppc64le, linux/s390x, linux/386, linux/arm/v7, linux/arm/v6
构建多架构镜像，并推送到 Docker Hub：

docker buildx build --platform linux/amd64,linux/arm64,linux/arm/v7 -t donhui/multiarch --push .
该 --platform 标志指示 buildx 要为 Intel 64位、Arm 32位和 Arm 64位架构生成 Linux 镜像。
该 --push 标志生成一个多架构清单，并将所有镜像推送到 Docker Hub。

在 DockerHub 查看该镜像，latest tag 下有三个镜像，当在不同的架构 pull 该 tag 时会根据其环境 pull 相应架构的镜像：

思考与总结
实践中不断产生疑问，不断思考，不断求解，或许你也会有同样的问题：

1、多架构镜像对 docker 版本有何要求？

构建时要用到 docker buildx 命令，docker 版本需要 19.03+；

运行时 docker 版本不一定需要 19.03+，笔者使用 1.13.1 和 18.06.1 都可以 pull 多架构镜像的。

2、所有 Dockerfile 都可以构建成多架构吗？还是有什么要求？

对 Dockerfile 没有要求，任何 Dockerfile 无需修改。

3、镜像构建后默认保存在构建缓存中，如何将镜像保存在本地？

可以将 type 指定为 docker，但必须分别为不同的 CPU 架构构建不同的镜像，不能合并成一个镜像，如：

docker buildx build -t donghui/multiarch-armv7 --platform=linux/arm/v7 -o type=docker .
docker buildx build -t donghui/multiarch-arm64 --platform=linux/arm64 -o type=docker .
docker buildx build -t donghui/multiarch-amd64 --platform=linux/amd64 -o type=docker .
也可以将镜像 push 到镜像仓库后，再进行 pull。

4、只支持推送到 Docker Hub 吗？如果要推送到私有镜像仓库，对私有镜像仓库有什么要求？

也可以将镜像推送到私有镜像仓库，但需要该镜像仓库支持多架构镜像的功能。

如果要将多架构镜像推送到 Harbor，需要 Harbor 的版本为 v2.0.0。

Harbor v2.0.0 于 2020/05/13 发布，Harbor v2.0.0 完全支持多架构镜像。

Harbor v2.0.0 更新日志：https://github.com/goharbor/harbor/releases/tag/v2.0.0

参考
Container 爱上ARM

https://www.jianshu.com/p/64f0da7a044d

跨平台构建 Docker 镜像新姿势，x86、arm 一把梭

https://blog.csdn.net/alex_yangchuansheng/article/details/103146303

Getting started with Docker for Arm on Linux

https://engineering.docker.com/2019/06/getting-started-with-docker-for-arm-on-linux/

Multi-arch build and images, the simple way

https://www.docker.com/blog/multi-arch-build-and-images-the-simple-way/

Building multi-platform images

https://github.com/docker/buildx#building-multi-platform-images

Building Multi-Arch Images for Arm and x86 with Docker Desktop

https://www.docker.com/blog/multi-arch-images/

原文地址https://my.oschina.net/donhui/blog/4283243

微信关注我们

原文链接：https://yq.aliyun.com/articles/761387

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

java并发编程 -CountDownLatch和CyclicBarrier在内部实现和场景上的区别

前言 CountDownLatch和CyclicBarrier两个同为java并发编程的重要工具类，它们在诸多多线程并发或并行场景中得到了广泛的应用。但两者就其内部实现和使用场景而言是各有所侧重的。内部实现差异前者更多依赖经典的AQS机制和CAS机制来控制器内部状态的更迭和计数器本身的变化，而后者更多依靠可重入Lock等机制来控制其内部并发安全性和一致性。 publicclass{ //SynchronizationcontrolForCountDownLatch. //UsesAQSstatetorepresentcount. privatestaticfinalclassSyncextendsAbstractQueuedSynchronizer{ privatestaticfinallongserialVersionUID=4982264981922014374L; Sync(intcount){ setState(count); } intgetCount(){ returngetState(); } protectedinttryAcquireShared(intacqui...

2020-05-17

611

C# 数据操作系列 - 8. EF Core的增删改查 0.前言到目前为止，我们看了一下如何声明EF Core的初步使用，也整体的看了下EF Core的映射关系配置以及导航属性的配置。这一篇，我带大家分享一下，我在工作中需要的EF Core的用法。初始化在实际开发中，一般都是先设计好数据表再进行开发，所以很少用到EF Core的数据迁移功能。所以EF Core的初始化，一般也指的是EF Core上下文初始化。 1.1 连接字符串我们通过前面的文章知道，EF Core在上下文初始化的时候，都需要一个链接字符串。如果在不考虑后续变更或者上下文的复用性，可以直接在自定义Context里重写OnConfiguring方法中定义。如果需要后续变更，那么就需要在创建自定义EF Core 上下文类的时候，为之添加一个连接字符串的属性或者字段，以方便初始化的时候指定。实例： public class DefaultContext : DbContext{ private string Connection { get; set; } = "Data Source=./blogging1.db";...

2020-05-18

582

资源下载

更多资源

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。