构建方式
Kubernetes的构建方式可以分为3种,分别是本地环境构建、容器环境构建、Bazel环境构建。
Kubernetes构建方式:
- 本地环境构建
1) make
2) make all - 容器环境构建
1) make release
2) make quick-release - Bazel环境构建
1) make bazel-build
下面将详细介绍前两种构建方式:
本地环境构建
执行make或者make all命令,会编译Kubernetes的所有组件,组件二进制文件输出的相对路径是_output/bin。如果我们需要对Makefile的执行过程进行调试,可以在make命令后面加-n参数,输出但不执行所有执行命令,这样可以展示更详细的编译构建过程。假设我们想单独构建某个组价,如kubectl组件,则需要指定WHAT参数。命令示例如下:
make WHAT=cmd/kubectl
Makefile是一个非常自动化构建工具,可以用来构建和测试Go语言的应用程序,Makefile还适用于大多数编程语言,在Kubernetes的源码根目录中,有两个与Makefile相关的文件,功能分别如下:
- Makefile:顶层Makefile文件,描述了整个项目所有代码文件的编译顺序、编译规则及编译后的二进制文件输出等。
- Makefile.generated_file:描述了代码生成的逻辑。
本地构建过程
通过调用hack/make-rules/build.sh脚本开始构建组件,传入要构建的组件名称,不指定组件名称则构建所有组件。hack/make-rules/build.sh代码示例如下:
kube::golang::build_binaries "$@"
build_binaries接收构建的组件名称,设置构建所需要的环境及一些编译时所需的Go flags选项,然后通过go install构建组件:
go install "${build_args[@]}" "$@"
在go install命令执行完成后,二进制输出的目录为_output/bin。
最后,可以使用make clean命令来清理构建环境。
容器环境构建
通过容器(Docker)进行Kubernetes构建也非常简单,Kubernetes提供了两种容器环境下得构建方式:make release 和make quick-release,它们之间的区别如下:
- make release:构建所有目标平台(Darwin、Linux、Windows),构建过程会比较久,并同时执行单元测试过程。
- make quick-release:快速构建,只构建当前平台,并略过单元测试过程。
Kubernetes容器环境构建流程:
构建环境的配置及验证:kube::build::verify_prereqs
构建容器镜像:kube::build::build_image
构建代码:kube::build::run_build_command make cross
将文件从容器复制到主机:kube::build::copy_output
打包:kube::release::package_tarballs
在容器环境构建过程中,有多个容器镜像参与其中,分别介绍如下:
- build 容器(kube-cross):即构建容器,在该容器中会对代码文件执行构建操作,完成后会被删除。
- data容器:即存储容器,用于存放构建过程中所需要的的所有文件。
- raync容器:即同步容器:用于在容器和主机之间传输数据,完成后会被删除。
下面介绍一下Kubernetes容器环境构建过程。
1.kube::build::verfy_prereqs
进行构建环境的配置及验证。该过程会检查本机是否安装了Docker容器环境,对于Darwin平台,该过程会检查本机是否安装了docker-machine环境。
2.kube::build::build_image
根据Dockerfile文件构建容器镜像。Dockerfile文件来源于build/build-image/Dockerfile,代码示例如下:
代码路径:build/common.sh
function kube::build::build_image() {
mkdir -p "${LOCAL_OUTPUT_BUILD_CONTEXT}"
...
cp "${KUBE_ROOT}/build/build-image/Dockerfile" "${LOCAL_OUTPUT_BUILD_CONTEXT}/Dockerfile"
cp "${KUBE_ROOT}/build/build-image/rsyncd.sh" "${LOCAL_OUTPUT_BUILD_CONTEXT}/"
dd if=/dev/urandom bs=512 count=1 2>/dev/null | LC_ALL=C tr -dc 'A-Za-z0-9' | dd bs=32 count=1 2>/dev/null > "${LOCAL_OUTPUT_BUILD_CONTEXT}/rsyncd.password"
chmod go= "${LOCAL_OUTPUT_BUILD_CONTEXT}/rsyncd.password"
kube::build::update_dockerfile
kube::build::set_proxy
kube::build::docker_build "${KUBE_BUILD_IMAGE}" "${LOCAL_OUTPUT_BUILD_CONTEXT}" 'false'
...
kube::build::ensure_data_container
kube::build::sync_to_container
}
构建容器镜像的流程如下:
- 通过mkdir命令创建构建镜像的文件夹(即_output/images/...)。
- 通过cp命令复制构建镜像所需的相关文件,如Dockerfile文件和rsyncd同步脚本等。
- 通过kube::build::docker_build函数,构建容器镜像。
- 通过kube::build::ensure_data_container函数,运行存储容器并挂载Volume。
- 通过kube::build::sync_to_container函数,运行同步容器并挂载存储容器的Volume,然后通过rsnyc命令同步Kubernetes源码到存储容器的Volume。
3.kube::build::run_build_command make cross
此时,容器构建环境已经准备好,下面开始运行构建容器并在构建容器内部执行构建Kubernetes源码的操作,代码示例如下:
代码路径:build/common.sh
function kube::build::run_build_command_ex() {
...
local detach=false
...
"${docker_cmd[@]}" "${cmd[@]}"
if [[ "${detach}" == false ]]; then
kube::build::destroy_container "${container_name}"
fi
}
在执行kube::build::run_build_command_ex函数中,通过${docker_cmd[@]}""${cmd[@]}
命令执行构建操作(即在容器内执行make cross 命令)。容器内的构建过程与本地环境下的构建过程相同。其中构建平台有KUBE_SUPPORTED_SERVER_PLATFORMS变量控制,代码示例如下:
代码路径:hack/lib/golang.sh
readonly KUBE_SUPPORTED_SERVER_PLATFORMS=(
linux/amd64
linux/arm
linux/arm64
linux/s390x
linux/ppc64le
)
构建的组件由KUBE_SERVER_TARGETS变量控制,代码示例如下:
代码路径:hack/lib/golang.sh
kube::golang::server_targets() {
local targets=(
cmd/kube-proxy
cmd/kube-apiserver
cmd/kube-controller-manager
cmd/kubelet
cmd/kubeadm
cmd/kube-scheduler
vendor/k8s.io/kube-aggregator
vendor/k8s.io/apiextensions-apiserver
cluster/gce/gci/mounter
)
echo "${targets[@]}"
}
IFS=" " read -ra KUBE_SERVER_TARGETS <<< "$(kube::golang::server_targets)"
4.kube::build::copy_output
使用同步容器,将编译后的代码文件复制到主机上。
5.kube::release::package_tarballs
进行打包,将二进制文件打包到_output目录中。
最终,代码文件以tar.gz压缩包的形式输出至_output/release-tars文件夹。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。