在工作中，遇到了需要将应用程序打包成 Docker 镜像并同时运行在不同的 CPU 架构（X86 和 ARM）的环境中。
腾讯TKEStack作为面向私有云业务场景的开源容器平台，应对的场景也会比较多样，比如国产服务器有一大阵营是基于arm架构的，那在国产化趋势下，客户的服务器架构可能会出现x86和arm混布在一起的情况；再比如随着IoT物联网的来临，以树莓派为代表的智能硬件上使用容器服务也会成为一种趋势。这意味着TKEStack单纯在x86服务器上运行是远远不够的，对于arm架构的支持，势在必行。
随着容器、芯片技术的进一步发展，以及绿色、节能、信创等方面的要求，多 CPU 架构的场景越来越常见。典型的应用场景包括：
最近我发现有个趋势哈，就是ARM server越来越多，但是ARM好像不像x64平台那么好识别，总是有各种各样的arm识别不了。如果SRS能出ARM的docker镜像，那会比较容易跑起来。 SRS已经支持了多CPU架构的docker镜像，如下图所示： 下面是用法和技术背景。 Usage 现在SRS支持了多个CPU架构，参考ossrs/srs[1]： • linux/amd64 这就是x86_64架构，Intel的64位服务器，目前主要的Linux服务器都是这种类型，无论任何操作系统只要是这个芯片都可以用
现在使用容器化技术来部署服务已成为主流, 而容器化技术的主流技术就是Docker了,就算是K8S,也主要是使用的Docker来构建镜像.
文章更新 20170408 初次成文 问题提出: 在之前的文章中，小苏为大家介绍过使用常规方式和使用镜像方式部署Linux系统的方法，但是这两种方法各有利弊: 使用常规方式部署时，镜像大小可以灵活调节，但这种方法需要设备在连接网络的情况下下载大量数据，由于运营商的DNS污染或者由于镜像源站同步的原因，即使更换软件源为国内镜像源，部署时也总会出现部署失败的提示。使用镜像方式部署Linux系统时，虽然可以免去部署时下载大量数据的麻烦，但是使用别人部署好的镜像，初始实现的功能依别人部署好的镜像而
.NET 团队有一篇博客 改进多平台容器支持, 详细介绍了.NET 7 以上的平台可以轻松的使用Docker buildx 工具构建多平台的镜像。 buildx 是 Docker 官方提供的一个构建工具，它可以帮助用户快速、高效地构建 Docker 镜像，并支持多种平台的构建。使用 buildx，用户可以在单个命令中构建多种架构的镜像，例如 x86 和 ARM 架构，而无需手动操作多个构建命令。此外，buildx 还支持 Dockerfile 的多阶段构建和缓存，这可以大大提高镜像构建的效率和速度。
陪伴了我 3 年的 Mac 在几个月前迎来了它的退休时刻，我将其置换成了公司新发的 Mac M1。对电子产品并不太感冒的我，并没有意识到 M1 是 ARM 架构的（除了个别软件的安装异常之外），显然，Mac M1 做地是不错的，我并没有太多吐槽它的机会。这也是我第一次近距离接触 ARM 架构的机会。
在之前我们团队发布了TiDB基于X86和ARM混合部署架构的文章：TiDB 5.0 异步事务特性体验——基于X86和ARM混合部署架构，最近有朋友问到离线模式下如何对混合部署的TiDB集群进行升级，因此用本文来做一个梳理总结。
在运行任何 docker 镜像或 Kubernetes pod 时，您是否在服务器上看到过exec /docker-entrypoint.sh: exec format error错误消息？这很可能是因为您正在服务器上运行一些其他 CPU 架构的容器镜像，或者您是否曾经 在 Apple Silicon M1、M2 MacBook 上使用过--platform linux/x86_64选项？如果是，那么您无法获得 Apple 芯片的本机性能，并且可能会耗尽 MacBook 的电池电量。为了避免这种错误和性能问题，我们需要运行正确的多架构容器镜像，或者我们可能需要构建自己的镜像，因为所有容器公共镜像都没有可用的多架构镜像。
Docker Buildx 是一个 Docker CLI 插件，其扩展了 Docker 命令，支持 Moby BuildKit 提供的功能。提供了与 Docker Build 相同的用户体验，并增加了许多新功能。
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
ARM可以算编译之坑的王中王，最常见的地狱之门，SRS目前的编译问题，大部分都是ARM的问题。 ARM主要有armv7和aarch64(armv8)，SRS支持了aarch64的编译和docker镜像，支持了ARM的交叉编译，大概八成的ARM场景都能支持了吧。天堂之路又多了一条，希望大家日子好过点。 Why 为什么要支持ARM？因为现在八成的编译问题，都是大家在捣腾ARM时引起的。常见的误区： •在ARM服务器（RaspberryPi和鲲鹏等）上跑SRS使用交叉编译，扑街。正确姿势：ARM服务器上直接编译，
最直接的影响，是原来在 X86_64 环境中可以正常运行的业务系统需要基于 Arm64 重新编译才可以运行。即使开发时使用的语言具备跨架构的能力，重新编译本身就是一种很繁复的工作，需要投入大量的人力成本和时间成本。
在工作和生活中，我们可能经常需要将某个程序跑在不同的 CPU 架构上，比如让某些不可描述的软件运行在树莓派或嵌入式路由器设备上。特别是 Docker 席卷全球之后，我们可以轻松地在 ARM 设备上通过容器部署各种好玩的应用，而不用在意各种系统的差异性。
由于目前市面上很多模拟器诸如夜神,网易MUMU,基本上使用的是x86的架构,虽然运行ARM程序没有问题,但是如果想使用gdb对ARM程序进行调试的话,就显得力不从心了,各种问题层出不穷,
原本多架构其实我还遇到的不算多，但自从苹果的 M1 出来之后 arm64 版本支持就变成了一个常态，所以会常遇到需要多架构镜像都构建的情况。以前的 docker 版本需要你去编写 manifest 很麻烦，而今天就说说如何使用 docker buildx 来同时构建多架构的镜像，其实现在已经非常方便了。
在技术发展的早期，Java 语言以其“一次编译，随处运行”的特点在众多编程语言中独领风骚。而 Java 语言编译出的 jar 包始终是应用层面上的，如果我们想要运行一个 Web 应用的 jar 包，仍然需要搭建 Tomcat 服务器才能真正运行这个 Java 应用。于是当虚拟化技术出现之后，开始有了同时包含 Tomcat 服务器和 jar 包等其他必要的配置和环境的完整虚拟化镜像。只要在大家的电脑或者服务器上安装了对应的虚拟化软件，运行这个虚拟化镜像就可以看到最终的 Web 界面并正常使用。
Docker Buildx 是一个 docker CLI 插件，其扩展了 docker 命令，支持 Moby BuildKit 提供的功能。提供了与 docker build 相同的用户体验，并增加了许多新功能。
在现代计算机系统中，X86和ARM64是两种常见的处理器架构。为了满足不同架构的需求，Docker镜像也需要支持双架构编包形式。本文将介绍Docker镜像双架构编包统一的实践
在上篇文章《【例说Arm-2D界面设计】做剪影风也太简单了8！》中我们介绍了使用透明蒙版的方法来实现“性冷淡风”图标显示的方法。其中，我们提到了使用透明蒙版的三个好处：
要查看Docker镜像的信息，可以使用docker inspect命令。这个命令会返回镜像的详细信息，包括其元数据和配置。
在这篇博客中，我们将讨论如何在M1芯片的Mac上构建多平台的Docker镜像。我们将使用Docker的buildx命令，这是一个实验性的功能，用于启用对多平台镜像的构建。
工作中需要在一台x86服务器从写好的golang程序源码生成linux/amd64、linux/arm64 docker镜像，查阅了下资料，这里记录一下操作过程。
本文是 ARM 版 OpenEuler 22.03 部署 KubeSphere v3.4.0 不完全指南 的续集，受限于字符数量限制，无奈只能将完整的文档拆成了两篇。
Mac OS X 的 Docker 桌面版中加入了一个 buildx 的试验特性，启用之后，可以直接在 MAC 系统中构建 ARM64 和 ARM7 的镜像。启用方法很简单，打开 Docker 的配置窗口，进行如下配置：
本文介绍了如何在 麒麟 V10 aarch64 架构服务器上部署 KubeSphere 和 Kubernetes 集群。我们将使用 KubeSphere 开发的 KubeKey 工具实现自动化部署，在三台服务器上实现高可用模式最小化部署 Kubernetes 集群和 KubeSphere。
苹果近日推出的首款自研的 Apple M1 芯片，收到了很多用户的欢迎，但随着这些用户拿到真机，很多问题暴露出来。
工作中需要在一台x86服务器从写好的golang程序源码生成linux/amd64、linux/arm64 docker镜像，查阅了下资料，这里记录一下操作过程。 ——Jeremy xu 一、安装docker 查阅docker官方文档，需要使用buildx，而Docker 19.03版本已经捆绑了buildx，方便起见，这里就直接使用19.03版本的docker了，过程如下： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22
自从中兴事件后，国家开始在政策上大力支持国产硬软件，甚至在某些项目投标要求上都加上了隐性条件，软件系统必须能在国产硬软件基础上运行。而国产硬软件一般也就是代指arm64硬件架构及在此基础上的linux定制发行版，最近一周刚好完成了一些支持arm64硬件架构的工作，这里总结一下。
默认情况下，x86_64平台只能构建x86_64镜像，如果需要在x86_64平台构建多平台镜像（比如ARM64），我们可以用Docker官方提供的Buildx工具来完成多平台镜像构建。
本篇文章主要讲解嵌入式板卡中Linux系统是如何正确测试、使用的，其中内容包含有U-Boot编译、U-Boot命令和环境变量说明、Linux内核编译、xtra驱动编译、系统信息查询、程序开机自启动说明、NFS使用说明、TFTP使用说明、TFTP + NFS的系统启动测试说明、inux设备驱动说明等，其中案例源码部分公开。
Linux 有很多平台，有没有办法只构建一次就能构建出所有的平台镜像？答案是有的，下面介绍的工具刚好能解决这个问题。
Trusted Firmware-A（TF-A）是用于 Arm A-Profile 体系结构（Armv8-A 和 Armv7-A）的安全世界软件的参考实现，其中包括 Exception Level 3（EL3）安全监视器。它为在 AArch32 或 AArch64 执行状态下的安全世界启动和运行时固件产品化提供了一个合适的起点。
注：建议安装openbmc维护的qemu或者下载openbmc官方的qemu-system-arm，直接apt安装的qemu启动会很卡，并且会有重启看门狗等问题。
https://easydoc.net/s/54024151/YdjAf8qr/tM5I6C7b
使用Docker Buildx构建支持AMD64、ARM、ARM64等架构的镜像并传到到Docker Hub
在业界当前的云原生实践中，“构建一次，随处部署”的机制已经得到了普遍应用。借助容器化和Docker，我们可以为任何环境构建应用和服务，并在运行时再设置配置。
首先在 amd64 机器构建 lovelonger**/**perf-test:amd 镜像，然后在 arm64 机器构建 lovelonger/perf-test:arm 镜像，构建完成 push 到 dockerhub。
在云时代，容器化已经成为一种事实，把软件产品打包、构建成 Docker 镜像是最基本、最关键的一步。在信创的大背景下，云环境中会存在 x86、arm 等不同的架构，所以在构建镜像时需要构建出多种架构的镜像，以适配不同架构的服务器。
2、中间件包括 Nginx、Redis、Mysql、Rabbitmq、MongoDB
使用 apt-mirror 镜像会出错，实测 debmirror 没问题。下面记录方法：
最近项目需要支持ARM平台，所以之前使用的那些镜像需要重新构建。构建多架构镜像的方法有很多，这里列出个人觉得最简单的一种方法。
secure boot是指确保在一个平台上运行的程序的完整性的过程或机制。secure boot会在固件和应用程序之间建立一种信任关系。在启用secure boot功能后，未经签名的固件或程序将不能运行在该设备上。
如果您之前编译过EV200的SDK，那么您会发现，编译DV300的过程很类似，软件包直接拷贝，无需重新下载，通常在1-2个小时内能搞定SDK的编译。 DV300的入门会简洁介绍，如果遇到编译错误，请你阅读EV200的编译过程和相应目录下的readme查询解决方法。
大家好，我是 刚进入春天还没来得及踏青又开始从早忙到晚的 蛮三刀。去年给大家带来了一篇比较详尽的MacBook M1评测。评测经历了全网的热情转载，成为了我唯一的一篇爆款文章（我该哭还是该笑！）。
早在 2015 年，Linux 内核就已支持 x86/x86_64 的 UEFI 镜像内存功能，而对于华为来说，为 AArch64 添加该功能也是他们一直在努力的事情。4 月 14 日，华为工程师 Wupeng Ma 发布了最新补丁集，实现了对 AArch64 硬件的这种 Linux 镜像内存支持。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
