GO docker化编译平台现象不一致问题

1，背景

web探针程序，通过模拟插件进行操作收集，采用插件为lighthouse，上报promethus为go应用程序。
lighthouse：lighthouse是一个采用http2协议，模拟用户点击前端网页的一个插件，执行时依赖chrome进行模拟生成报告。
部署流程，规范化流程为：jenkins ci+ Linux部署。
go version：1.19

2，现象

开发机(mac m2)本地执行正常，开发机build docker image执行正常(本地正常执行，k8s正常执行)，jenkins(linux) build 镜像，抛出两种情况的not such file，实际上，进入docker容器，/bin/lighthouse-probe可执行文件是存在的，但是不可执行。

通过 ldd 对可执行文件分析，提示缺少依赖库

3，解决方案

由现象的ldd 分析可知，缺少动态依赖库libc。解决方案可为两种方案。
1，images 安装动态库

2，go编译采取禁用动态库，对程序有一定限制的方式

4，问题分析

  go语言本身而言，它是一门静态语言，并设计于，编译的二进制，可以执行于对应平台。设法将对应二进制和系统依赖无关。在编译时期，会将mod依赖下载集成，进行编译打包。

但是，go里面也有可使用cgo的部分，这部分是动态链接库，对应的os若找不到动态链接，就会报错
docker也是一个跨平台编译工具，在认知里面，docker编译的image，可以在任意的os执行。但是docker在运行时，它主要是通过Cgroup 进行资源隔离，并一部分资源复用，但是在内核层面，也是一个文件管理。缺失一部分动态文件，也不能正常执行。