简单描述下，有时候真的要熟练，否者上了生产真的不知所措。
背景：有个项目上线了，依赖的项目没有上线，因此需要紧急发布，发现：打包环境有问题，第一、架构不一致，第二、环境隔离导出镜像包慢，第三、本地打包dockerfile不一致导致加载配置有问题。
面对以上问题，我们需要知道的事
打包机器写死打包 amd，目标机器arm64，从而折腾了不少时间。
侧面说明对架构变换打包不熟练，对go 程序来说，打包docker镜像，只需要修改go build相关参数即可，具体为： GOARCH=arm64 GOOS=linux go build -ldflags="-s -w" 源文件 目标文件
在打包机器上生成的镜像需要导出，只需要知道镜像名，然后命令如下
bash
docker save -o xxx.tar
当然可以对xxx.tar进行压缩（如果包比较大的话）
gzip xxx.tar接着就是下载下来，由于部分公司会存在跳板机的情况，因此需要先下载到跳板机，然后才能通过跳板机来下载文件到本地。其过程如下
bash
跳板机执行
scp user@ip:/ddd/target.tar .
然后本地sftp到跳板机 sftp user@ip 会车输入密码
接着cd到跳板机相应目录，然后本机lcd到下载目录，直接get target.tar文件即可拿到tar文件，需要把tar文件加载成docker镜像，以下命令
bash
docker load -i target.tar接着就是启动镜像容器
docker run -d --name xxx --restart=aways -v 本地目录:镜像目录 target/image
当然还有很多参数可以配置，这个就需要熟练度了。
当此时，如果容器起不来，怎么办？譬如加载配置失败
因此有可能你需要进去容器把配置放到相应目录（在你没有把目录映射出来的时候）
bash
即 docker exec -it 容器id /bin/bash 走不通，因为容器没起来，所以你可以通过镜像来进入修改
docker run -it --entrypoint /bin/bash 镜像
即可进入容器修改。当然啦针对docker build编译不通架构镜像，我们可以通过
docker buildx build -t myimage:v1 --platform linux/arm64 .
来打包相应平台的包
上面其实涉及到的内容还算多吧，需要掌握一定的知识才能对当前遇到的问题做到心中有数，而心不乱。