云原生环境下Dockerfile 职责分工的主流实践—— 核心逻辑是「研发主导编写、运维兜底适配、Dockerfile 随代码版本化管理」，既符合 “谁开发谁负责” 的权责匹配，也保障了镜像构建的标准化和环境兼容性,Dockerfile 本质是「应用运行环境的代码化描述」，研发对应用的依赖（如 JDK 版本、依赖包、启动参数）最了解，由研发编写能从源头避免 “运行环境不匹配” 问题
一般工作中运维人员不去主动编写dockerfile，而是又研发人员进行编写(如果环境适配问题、镜像权限问题、性能稳定问题、标准化问题，可能需要运维人员来进行二次修改但要向研发提变更需求申请，说明修改原因)随代码提交到 Git 仓库（和业务代码同仓，通常放在项目根目录），来完成后续的编译构建后将程序包打包成镜像，上传到harbor镜像仓库内

1、安装插件，实现Image构建和推送
在插件商店安装docker-build-step或者Docker插件
2、jenkin工作本地主机上安装docker
因为jenkins主机使用的是jenkins用户来进行工作的，所以需要将jenkins用户添加到docker组才有权限调用docker.sock

usermod -G docker jenkins ##将docker作为jenkins附加组 配置完成后需要重启jenkins

3、调用套接字文件/var/run/docker.sock
在系统管理-->系统配置-->Docker Builder-->填写docker.sock路径
输入的unix:///var/run/docker.sock表示：让 Docker Builder 连接「当前主机（比如 Jenkins 所在的服务器）本地运行的 Docker 守护进程」，后续的镜像构建、打包等操作，都会通过这个套接字调用本地的 Docker 服务来执行
如果后续需要用远程 Docker 服务（比如另一台服务器上的 Docker），这里可以改成远程 Docker 的 API 地址（例如tcp://远程主机IP:2375，但需注意远程 Docker 的安全配置

4、在作业中添加构建操作


执行构建并查看打包的镜像