StarRocks Artifacts 镜像构建与发布指南基于 Busybox 的 FE/BE 构件载体【免费下载链接】starrocksThe worlds fastest open query engine for sub-second analytics both on and off the data lakehouse. With the flexibility to support nearly any scenario, StarRocks provides best-in-class performance for multi-dimensional analytics, real-time analytics, and ad-hoc queries. A Linux Foundation project.项目地址: https://gitcode.com/GitHub_Trending/st/starrocks本指南以仓库 docker/dockerfiles/artifacts/README.md 为骨架完整讲解 StarRocks Artifacts 镜像的设计动机、构建命令与发布流程并结合 artifact.Dockerfile 及下游 fe/be/allin1 镜像的源码实现说明它如何在多阶段 Docker 构建流水线中充当构件搬运工最终支撑 Kubernetes 各类运行时镜像的产出。读完本文你将掌握为 Ubuntu 与 CentOS 7 发行版构建并推送 StarRocks Artifacts 镜像的完整命令并理解它与 dev-env 镜像、运行时镜像之间的调用关系。Artifacts 镜像是什么一段 1MB 的构件快递StarRocks 的容器化构建采用封闭式hermetic多阶段 Docker 构建环境见 docker/dockerfiles/README.md。在这个流水线中Artifacts 镜像承担的角色非常特殊它以Busybox为基础镜像。Busybox 镜像体积仅约 1MB不含任何多余的包管理器与运行库构建阶段fe-builder / be-builder / downloader在功能完整的 dev-env 镜像中完成 FE、BE 及 broker 的编译产物产出最终阶段把三类产物统一拷贝进 Busybox 基础镜像得到一份只装产物、不带编译环境的精简镜像这份 Artifacts 镜像随后作为载体把构件传递到 Docker 构建的下一个阶段用于打包成各种类型的 Kubernetes 部署运行时镜像FE 镜像、BE/CN 镜像、All-in-One 镜像等。也就是说Artifacts 镜像本身不用于直接运行 StarRocks而是编译产物在流水线各阶段之间的传递介质。由于它不携带工具链和运行时依赖体积被压缩到极致搬运成本几乎可以忽略。构建前的前置知识如何选择正确的 dev-env 基础镜像构建 Artifacts 镜像前必须先用合适的 dev-env 镜像编译 FE/BE 源码。dev-env 镜像的命名与选择遵循如下规则如果构件来自branch-x分支、面向 linux 发行版distro则应使用对应的starrocks/dev-env-${distro}:${branch}-latest。例如面向Ubuntu发行版、基于branch-3.0分支构建应使用starrocks/dev-env-ubuntu:branch-3.0-latest面向Ubuntu发行版、基于main分支构建应使用starrocks/dev-env-ubuntu:main-latest面向CentOS 7发行版则对应starrocks/dev-env-centos7:main-latest。dev-env 镜像本身由 dev-env/dev-env.Dockerfile 构建其中预装全部开发工具、预编译的 StarRocks thirdparty 依赖以及 Maven 依赖缓存并以distro构建参数区分 Ubuntu / CentOS 7 / Rocky 9 三个发行版见 dev-env/README.md。Artifacts 镜像的构建命令通过--build-arg builder...把这一选择注入到artifact.Dockerfile中。一、为 Ubuntu 构建 StarRocks Artifacts 镜像构建 Ubuntu 版 Artifacts 镜像的命令如下需在仓库根目录执行DOCKER_BUILDKIT1 docker build --build-arg builderstarrocks/dev-env-ubuntu:branch-latest -f artifact.Dockerfile -t ghcr.io/OWNER/starrocks/artifact-ubuntu:tag ../../..实际示例main 分支DOCKER_BUILDKIT1 docker build --build-arg builderstarrocks/dev-env-ubuntu:main-latest -f artifact.Dockerfile -t ghcr.io/starrocks/starrocks/artifact-ubuntu:main ../../..命令拆解参数/部分含义DOCKER_BUILDKIT1启用 BuildKit以并行化多阶段构建提升构建速度该流水线的并行性依赖此特性--build-arg builderstarrocks/dev-env-ubuntu:main-latest指定编译 FE/BE 源码所用的 dev-env 基础镜像-f artifact.Dockerfile指定使用docker/dockerfiles/artifacts/目录下的 Artifacts 构建文件-t ghcr.io/OWNER/starrocks/artifact-ubuntu:tag为产物镜像打标签OWNER替换为你的 ghcr.io 命名空间../../..构建上下文指向仓库根目录artifact.Dockerfile位于docker/dockerfiles/artifacts/下相对路径向上三级注意artifact.Dockerfile的实际路径是docker/dockerfiles/artifacts/artifact.Dockerfile当从仓库根目录执行上述命令时-f artifact.Dockerfile依赖 docker build 的-f路径解析官方注释中的等价写法为-f docker/dockerfiles/artifacts/artifact.Dockerfile见该文件头部注释。二、发布 Ubuntu Artifacts 镜像到 ghcr.iodocker push ghcr.io/OWNER/starrocks/artifact-ubuntu:tag实际示例docker push ghcr.io/starrocks/starrocks/artifact-ubuntu:main发布前请确保已通过docker login ghcr.io完成 GitHub Container Registry 的身份认证并确认该命名空间下具备推送权限。三、为 CentOS 7 构建 StarRocks Artifacts 镜像CentOS 7 版的构建流程与 Ubuntu 完全一致只需把builder换成dev-env-centos7镜像、并把镜像名中的发行版标识改为centos7DOCKER_BUILDKIT1 docker build --build-arg builderstarrocks/dev-env-centos7:branch-latest -f artifact.Dockerfile -t ghcr.io/OWNER/starrocks/artifact-centos7:tag ../../..实际示例main 分支DOCKER_BUILDKIT1 docker build --build-arg builderstarrocks/dev-env-centos7:main-latest -f artifact.Dockerfile -t ghcr.io/OWNER/starrocks/artifact-centos7:main ../../..同一份artifact.Dockerfile即可产出 Ubuntu 与 CentOS 7 两种 Artifacts 镜像区别仅在于builder参数。底层 dev-env 的 CentOS 7 版本由dev-env.Dockerfile中的--build-arg distrocentos7构建而来。四、发布 CentOS 7 Artifacts 镜像到 ghcr.iodocker push ghcr.io/OWNER/starrocks/artifact-centos7:tag实际示例docker push ghcr.io/starrocks/starrocks/artifact-centos7:main源码纵深artifact.Dockerfile 内部的三段式构建要真正理解 Artifacts 镜像需要走进 artifact.Dockerfile。它定义了若干可调参数与四个构建阶段可调构建参数参数默认值作用builderstarrocks/dev-env-ubuntu:latest编译阶段的基础镜像RELEASE_VERSION空注入org.starrocks.version标签的版本号BUILD_TYPERelease后端编译模式可取Release/DEBUG/ASANMAVEN_OPTS-Dmaven.artifact.threads128传给 FE Maven 构建的 JVM 参数BUILD_ROOT/build仓库源码在容器内的拷贝目录阶段一fe-builder —— 编译 FE 与 BrokerFROM ${builder} as fe-builder COPY . ${BUILD_ROOT} RUN --mounttypecache,target/root/.m2/ STARROCKS_VERSION${RELEASE_VERSION} BUILD_TYPE${BUILD_TYPE} MAVEN_OPTS${MAVEN_OPTS} ./build.sh --fe --with-maven-batch-mode ON --clean RUN --mounttypecache,target/root/.m2/ cd fs_brokers/apache_hdfs_broker/ STARROCKS_VERSION${RELEASE_VERSION} MAVEN_OPTS${MAVEN_OPTS} ./build.sh复用 dev-env 中预置的编译工具链与 Maven 仓库--mounttypecache,target/root/.m2/是 BuildKit 的缓存挂载跨构建复用 Maven 依赖缓存显著加速迭代第一阶段同时产出 FE 产物与 HDFS Broker 产物后者位于fs_brokers/apache_hdfs_broker/output。阶段二be-builder —— 并行编译 BEFROM ${builder} as be-builder RUN --mounttypecache,target/root/.m2/ STARROCKS_VERSION${RELEASE_VERSION} BUILD_TYPE${BUILD_TYPE} MAVEN_OPTS${MAVEN_OPTS} ./build.sh --be --enable-shared-data --clean -j nproc与 FE 构建在两个独立 stage 中并行执行这正是 docker/dockerfiles/README.md 所述利用 BuildKit 并行构建以获取最优速度的实现--enable-shared-data表明该流水线产物支持存算分离场景-j $(nproc)按宿主机核数启用并行编译。阶段三downloader —— 下载诊断工具FROM ubuntu:24.04 as downloader ARG DD_AGENT_VERSION ... ADD ${FINAL_DOWNLOAD_URL} /datadog/dd-java-agent.jar ADD https://arthas.aliyun.com/arthas-boot.jar /arthas/arthas-boot.jar RUN wget ... ddprof ... -O /datadog/ddprof该阶段预下载三类 Java/性能诊断组件DataDog Java Agentdd-java-agent.jar可用DD_AGENT_VERSION固定版本缺省取最新、Arthas 诊断工具arthas-boot.jar以及用于 BE 性能剖析的ddprof。阶段四busybox 终态 —— 组装精简产物镜像FROM busybox:latest LABEL org.opencontainers.image.sourcehttps://github.com/starrocks/starrocks LABEL org.starrocks.version${RELEASE_VERSION:-UNKNOWN} COPY --fromfe-builder ${BUILD_ROOT}/output /release/fe_artifacts COPY --frombe-builder ${BUILD_ROOT}/output /release/be_artifacts COPY --fromfe-builder ${BUILD_ROOT}/fs_brokers/apache_hdfs_broker/output /release/broker_artifacts COPY --fromdownloader /arthas/arthas-boot.jar /release/fe_artifacts/fe/arthas/arthas-boot.jar COPY --fromdownloader /datadog/dd-java-agent.jar /release/fe_artifacts/fe/datadog/dd-java-agent.jar COPY --fromdownloader /datadog/ddprof /release/be_artifacts/be/datadog/ddprof WORKDIR /release最终镜像内部分区明确/release/fe_artifactsFE 产物/release/be_artifactsBE 产物/release/broker_artifactsHDFS Broker 产物FE 目录内预置 Arthas 与 DataDog Java AgentBE 目录内预置 ddprof便于运行时诊断。下游消费Artifacts 镜像如何进入运行时镜像Artifacts 镜像不是终点而是 k8s 运行时镜像的原料。FE、BE/CN、All-in-One 三类运行时镜像的 Dockerfile 均支持两种产物来源以ARTIFACT_SOURCE参数区分image从 Artifacts 镜像拷贝构件生产流水线路径local从本地构建目录output/拷贝构件本地开发调试路径。以 fe-ubuntu.Dockerfile 为例ARG ARTIFACTIMAGEstarrocks/artifacts-ubuntu:latest FROM ${ARTIFACTIMAGE} AS artifacts-from-image ... FROM artifacts-from-${ARTIFACT_SOURCE} AS artifacts ... COPY --fromartifacts --chown$USER:$GROUP /release/fe_artifacts/ $STARROCKS_ROOT/be-ubuntu.Dockerfile 的结构相同且会额外删除 BE 的.debuginfo符号文件以缩减体积。实际构建命令见 fe/README.md 与 be/README.md# 从 Artifacts 镜像打包 FE 运行时镜像 DOCKER_BUILDKIT1 docker build --build-arg ARTIFACT_SOURCEimage --build-arg ARTIFACTIMAGEghcr.io/starrocks/starrocks/artifact-ubuntu:main -f fe-ubuntu.Dockerfile -t fe-ubuntu:main ../../.. # 从 Artifacts 镜像打包 BE/CN 运行时镜像 DOCKER_BUILDKIT1 docker build --build-arg ARTIFACT_SOURCEimage --build-arg ARTIFACTIMAGEghcr.io/starrocks/starrocks/artifact-ubuntu:main -f be-ubuntu.Dockerfile -t be-ubuntu:main ../../..allin1-ubuntu.Dockerfile 同样以ARTIFACTIMAGEghcr.io/starrocks/starrocks/artifact-ubuntu:main作为默认产物来源构建启动即拉起完整 FE BE 集群栈的开发测试镜像。CN 镜像与 BE 镜像共享同一产物仅入口脚本不同be_entrypoint.sh与cn_entrypoint.sh见 be/README.md。由此可见一份 Artifacts 镜像 不同运行时 Dockerfile FE、BE、CN、All-in-One 多种 k8s 部署镜像这正是该设计产物一次构建、多场景复用的核心价值。实操自查清单确认DOCKER_BUILDKIT1已启用多阶段并行构建依赖 BuildKit按分支 发行版规则选定正确的starrocks/dev-env-${distro}:${branch}-latest镜像在仓库根目录执行构建-f指向docker/dockerfiles/artifacts/artifact.Dockerfile上下文为../../..用docker push发布前先完成 ghcr.io 登录与权限确认下游构建运行时镜像时将ARTIFACTIMAGE指向刚发布的 Artifacts 镜像标签保持发行版一一对应Ubuntu 产物配 Ubuntu 运行时CentOS 7 产物配 CentOS 7 运行时。参考路径速查关联文档docker/dockerfiles/artifacts/README.md构建文件docker/dockerfiles/artifacts/artifact.Dockerfile流水线总览docker/dockerfiles/README.mddev-env 镜像docker/dockerfiles/dev-env/README.md 与 dev-env.DockerfileFE 运行时镜像docker/dockerfiles/fe/fe-ubuntu.DockerfileBE/CN 运行时镜像docker/dockerfiles/be/be-ubuntu.DockerfileAll-in-One 镜像docker/dockerfiles/allin1/README.md【免费下载链接】starrocksThe worlds fastest open query engine for sub-second analytics both on and off the data lakehouse. With the flexibility to support nearly any scenario, StarRocks provides best-in-class performance for multi-dimensional analytics, real-time analytics, and ad-hoc queries. A Linux Foundation project.项目地址: https://gitcode.com/GitHub_Trending/st/starrocks创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
StarRocks Artifacts 镜像构建与发布指南基于 Busybox 的 FE/BE 构件载体【免费下载链接】starrocksThe worlds fastest open query engine for sub-second analytics both on and off the data lakehouse. With the flexibility to support nearly any scenario, StarRocks provides best-in-class performance for multi-dimensional analytics, real-time analytics, and ad-hoc queries. A Linux Foundation project.项目地址: https://gitcode.com/GitHub_Trending/st/starrocks本指南以仓库 docker/dockerfiles/artifacts/README.md 为骨架完整讲解 StarRocks Artifacts 镜像的设计动机、构建命令与发布流程并结合 artifact.Dockerfile 及下游 fe/be/allin1 镜像的源码实现说明它如何在多阶段 Docker 构建流水线中充当构件搬运工最终支撑 Kubernetes 各类运行时镜像的产出。读完本文你将掌握为 Ubuntu 与 CentOS 7 发行版构建并推送 StarRocks Artifacts 镜像的完整命令并理解它与 dev-env 镜像、运行时镜像之间的调用关系。Artifacts 镜像是什么一段 1MB 的构件快递StarRocks 的容器化构建采用封闭式hermetic多阶段 Docker 构建环境见 docker/dockerfiles/README.md。在这个流水线中Artifacts 镜像承担的角色非常特殊它以Busybox为基础镜像。Busybox 镜像体积仅约 1MB不含任何多余的包管理器与运行库构建阶段fe-builder / be-builder / downloader在功能完整的 dev-env 镜像中完成 FE、BE 及 broker 的编译产物产出最终阶段把三类产物统一拷贝进 Busybox 基础镜像得到一份只装产物、不带编译环境的精简镜像这份 Artifacts 镜像随后作为载体把构件传递到 Docker 构建的下一个阶段用于打包成各种类型的 Kubernetes 部署运行时镜像FE 镜像、BE/CN 镜像、All-in-One 镜像等。也就是说Artifacts 镜像本身不用于直接运行 StarRocks而是编译产物在流水线各阶段之间的传递介质。由于它不携带工具链和运行时依赖体积被压缩到极致搬运成本几乎可以忽略。构建前的前置知识如何选择正确的 dev-env 基础镜像构建 Artifacts 镜像前必须先用合适的 dev-env 镜像编译 FE/BE 源码。dev-env 镜像的命名与选择遵循如下规则如果构件来自branch-x分支、面向 linux 发行版distro则应使用对应的starrocks/dev-env-${distro}:${branch}-latest。例如面向Ubuntu发行版、基于branch-3.0分支构建应使用starrocks/dev-env-ubuntu:branch-3.0-latest面向Ubuntu发行版、基于main分支构建应使用starrocks/dev-env-ubuntu:main-latest面向CentOS 7发行版则对应starrocks/dev-env-centos7:main-latest。dev-env 镜像本身由 dev-env/dev-env.Dockerfile 构建其中预装全部开发工具、预编译的 StarRocks thirdparty 依赖以及 Maven 依赖缓存并以distro构建参数区分 Ubuntu / CentOS 7 / Rocky 9 三个发行版见 dev-env/README.md。Artifacts 镜像的构建命令通过--build-arg builder...把这一选择注入到artifact.Dockerfile中。一、为 Ubuntu 构建 StarRocks Artifacts 镜像构建 Ubuntu 版 Artifacts 镜像的命令如下需在仓库根目录执行DOCKER_BUILDKIT1 docker build --build-arg builderstarrocks/dev-env-ubuntu:branch-latest -f artifact.Dockerfile -t ghcr.io/OWNER/starrocks/artifact-ubuntu:tag ../../..实际示例main 分支DOCKER_BUILDKIT1 docker build --build-arg builderstarrocks/dev-env-ubuntu:main-latest -f artifact.Dockerfile -t ghcr.io/starrocks/starrocks/artifact-ubuntu:main ../../..命令拆解参数/部分含义DOCKER_BUILDKIT1启用 BuildKit以并行化多阶段构建提升构建速度该流水线的并行性依赖此特性--build-arg builderstarrocks/dev-env-ubuntu:main-latest指定编译 FE/BE 源码所用的 dev-env 基础镜像-f artifact.Dockerfile指定使用docker/dockerfiles/artifacts/目录下的 Artifacts 构建文件-t ghcr.io/OWNER/starrocks/artifact-ubuntu:tag为产物镜像打标签OWNER替换为你的 ghcr.io 命名空间../../..构建上下文指向仓库根目录artifact.Dockerfile位于docker/dockerfiles/artifacts/下相对路径向上三级注意artifact.Dockerfile的实际路径是docker/dockerfiles/artifacts/artifact.Dockerfile当从仓库根目录执行上述命令时-f artifact.Dockerfile依赖 docker build 的-f路径解析官方注释中的等价写法为-f docker/dockerfiles/artifacts/artifact.Dockerfile见该文件头部注释。二、发布 Ubuntu Artifacts 镜像到 ghcr.iodocker push ghcr.io/OWNER/starrocks/artifact-ubuntu:tag实际示例docker push ghcr.io/starrocks/starrocks/artifact-ubuntu:main发布前请确保已通过docker login ghcr.io完成 GitHub Container Registry 的身份认证并确认该命名空间下具备推送权限。三、为 CentOS 7 构建 StarRocks Artifacts 镜像CentOS 7 版的构建流程与 Ubuntu 完全一致只需把builder换成dev-env-centos7镜像、并把镜像名中的发行版标识改为centos7DOCKER_BUILDKIT1 docker build --build-arg builderstarrocks/dev-env-centos7:branch-latest -f artifact.Dockerfile -t ghcr.io/OWNER/starrocks/artifact-centos7:tag ../../..实际示例main 分支DOCKER_BUILDKIT1 docker build --build-arg builderstarrocks/dev-env-centos7:main-latest -f artifact.Dockerfile -t ghcr.io/OWNER/starrocks/artifact-centos7:main ../../..同一份artifact.Dockerfile即可产出 Ubuntu 与 CentOS 7 两种 Artifacts 镜像区别仅在于builder参数。底层 dev-env 的 CentOS 7 版本由dev-env.Dockerfile中的--build-arg distrocentos7构建而来。四、发布 CentOS 7 Artifacts 镜像到 ghcr.iodocker push ghcr.io/OWNER/starrocks/artifact-centos7:tag实际示例docker push ghcr.io/starrocks/starrocks/artifact-centos7:main源码纵深artifact.Dockerfile 内部的三段式构建要真正理解 Artifacts 镜像需要走进 artifact.Dockerfile。它定义了若干可调参数与四个构建阶段可调构建参数参数默认值作用builderstarrocks/dev-env-ubuntu:latest编译阶段的基础镜像RELEASE_VERSION空注入org.starrocks.version标签的版本号BUILD_TYPERelease后端编译模式可取Release/DEBUG/ASANMAVEN_OPTS-Dmaven.artifact.threads128传给 FE Maven 构建的 JVM 参数BUILD_ROOT/build仓库源码在容器内的拷贝目录阶段一fe-builder —— 编译 FE 与 BrokerFROM ${builder} as fe-builder COPY . ${BUILD_ROOT} RUN --mounttypecache,target/root/.m2/ STARROCKS_VERSION${RELEASE_VERSION} BUILD_TYPE${BUILD_TYPE} MAVEN_OPTS${MAVEN_OPTS} ./build.sh --fe --with-maven-batch-mode ON --clean RUN --mounttypecache,target/root/.m2/ cd fs_brokers/apache_hdfs_broker/ STARROCKS_VERSION${RELEASE_VERSION} MAVEN_OPTS${MAVEN_OPTS} ./build.sh复用 dev-env 中预置的编译工具链与 Maven 仓库--mounttypecache,target/root/.m2/是 BuildKit 的缓存挂载跨构建复用 Maven 依赖缓存显著加速迭代第一阶段同时产出 FE 产物与 HDFS Broker 产物后者位于fs_brokers/apache_hdfs_broker/output。阶段二be-builder —— 并行编译 BEFROM ${builder} as be-builder RUN --mounttypecache,target/root/.m2/ STARROCKS_VERSION${RELEASE_VERSION} BUILD_TYPE${BUILD_TYPE} MAVEN_OPTS${MAVEN_OPTS} ./build.sh --be --enable-shared-data --clean -j nproc与 FE 构建在两个独立 stage 中并行执行这正是 docker/dockerfiles/README.md 所述利用 BuildKit 并行构建以获取最优速度的实现--enable-shared-data表明该流水线产物支持存算分离场景-j $(nproc)按宿主机核数启用并行编译。阶段三downloader —— 下载诊断工具FROM ubuntu:24.04 as downloader ARG DD_AGENT_VERSION ... ADD ${FINAL_DOWNLOAD_URL} /datadog/dd-java-agent.jar ADD https://arthas.aliyun.com/arthas-boot.jar /arthas/arthas-boot.jar RUN wget ... ddprof ... -O /datadog/ddprof该阶段预下载三类 Java/性能诊断组件DataDog Java Agentdd-java-agent.jar可用DD_AGENT_VERSION固定版本缺省取最新、Arthas 诊断工具arthas-boot.jar以及用于 BE 性能剖析的ddprof。阶段四busybox 终态 —— 组装精简产物镜像FROM busybox:latest LABEL org.opencontainers.image.sourcehttps://github.com/starrocks/starrocks LABEL org.starrocks.version${RELEASE_VERSION:-UNKNOWN} COPY --fromfe-builder ${BUILD_ROOT}/output /release/fe_artifacts COPY --frombe-builder ${BUILD_ROOT}/output /release/be_artifacts COPY --fromfe-builder ${BUILD_ROOT}/fs_brokers/apache_hdfs_broker/output /release/broker_artifacts COPY --fromdownloader /arthas/arthas-boot.jar /release/fe_artifacts/fe/arthas/arthas-boot.jar COPY --fromdownloader /datadog/dd-java-agent.jar /release/fe_artifacts/fe/datadog/dd-java-agent.jar COPY --fromdownloader /datadog/ddprof /release/be_artifacts/be/datadog/ddprof WORKDIR /release最终镜像内部分区明确/release/fe_artifactsFE 产物/release/be_artifactsBE 产物/release/broker_artifactsHDFS Broker 产物FE 目录内预置 Arthas 与 DataDog Java AgentBE 目录内预置 ddprof便于运行时诊断。下游消费Artifacts 镜像如何进入运行时镜像Artifacts 镜像不是终点而是 k8s 运行时镜像的原料。FE、BE/CN、All-in-One 三类运行时镜像的 Dockerfile 均支持两种产物来源以ARTIFACT_SOURCE参数区分image从 Artifacts 镜像拷贝构件生产流水线路径local从本地构建目录output/拷贝构件本地开发调试路径。以 fe-ubuntu.Dockerfile 为例ARG ARTIFACTIMAGEstarrocks/artifacts-ubuntu:latest FROM ${ARTIFACTIMAGE} AS artifacts-from-image ... FROM artifacts-from-${ARTIFACT_SOURCE} AS artifacts ... COPY --fromartifacts --chown$USER:$GROUP /release/fe_artifacts/ $STARROCKS_ROOT/be-ubuntu.Dockerfile 的结构相同且会额外删除 BE 的.debuginfo符号文件以缩减体积。实际构建命令见 fe/README.md 与 be/README.md# 从 Artifacts 镜像打包 FE 运行时镜像 DOCKER_BUILDKIT1 docker build --build-arg ARTIFACT_SOURCEimage --build-arg ARTIFACTIMAGEghcr.io/starrocks/starrocks/artifact-ubuntu:main -f fe-ubuntu.Dockerfile -t fe-ubuntu:main ../../.. # 从 Artifacts 镜像打包 BE/CN 运行时镜像 DOCKER_BUILDKIT1 docker build --build-arg ARTIFACT_SOURCEimage --build-arg ARTIFACTIMAGEghcr.io/starrocks/starrocks/artifact-ubuntu:main -f be-ubuntu.Dockerfile -t be-ubuntu:main ../../..allin1-ubuntu.Dockerfile 同样以ARTIFACTIMAGEghcr.io/starrocks/starrocks/artifact-ubuntu:main作为默认产物来源构建启动即拉起完整 FE BE 集群栈的开发测试镜像。CN 镜像与 BE 镜像共享同一产物仅入口脚本不同be_entrypoint.sh与cn_entrypoint.sh见 be/README.md。由此可见一份 Artifacts 镜像 不同运行时 Dockerfile FE、BE、CN、All-in-One 多种 k8s 部署镜像这正是该设计产物一次构建、多场景复用的核心价值。实操自查清单确认DOCKER_BUILDKIT1已启用多阶段并行构建依赖 BuildKit按分支 发行版规则选定正确的starrocks/dev-env-${distro}:${branch}-latest镜像在仓库根目录执行构建-f指向docker/dockerfiles/artifacts/artifact.Dockerfile上下文为../../..用docker push发布前先完成 ghcr.io 登录与权限确认下游构建运行时镜像时将ARTIFACTIMAGE指向刚发布的 Artifacts 镜像标签保持发行版一一对应Ubuntu 产物配 Ubuntu 运行时CentOS 7 产物配 CentOS 7 运行时。参考路径速查关联文档docker/dockerfiles/artifacts/README.md构建文件docker/dockerfiles/artifacts/artifact.Dockerfile流水线总览docker/dockerfiles/README.mddev-env 镜像docker/dockerfiles/dev-env/README.md 与 dev-env.DockerfileFE 运行时镜像docker/dockerfiles/fe/fe-ubuntu.DockerfileBE/CN 运行时镜像docker/dockerfiles/be/be-ubuntu.DockerfileAll-in-One 镜像docker/dockerfiles/allin1/README.md【免费下载链接】starrocksThe worlds fastest open query engine for sub-second analytics both on and off the data lakehouse. With the flexibility to support nearly any scenario, StarRocks provides best-in-class performance for multi-dimensional analytics, real-time analytics, and ad-hoc queries. A Linux Foundation project.项目地址: https://gitcode.com/GitHub_Trending/st/starrocks创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
