重庆分公司,新征程启航
为企业提供网站建设、域名注册、服务器等服务
bazel的基础概念与原理是什么,很多新手对此不是很清楚,为了帮助大家解决这个难题,下面小编将为大家详细讲解,有这方面需求的人可以来学习下,希望你能有所收获。
成都创新互联公司长期为上千多家客户提供的网站建设服务,团队从业经验10年,关注不同地域、不同群体,并针对不同对象提供差异化的产品和服务;打造开放共赢平台,与合作伙伴共同营造健康的互联网生态环境。为大庆企业提供专业的做网站、成都网站制作,大庆网站改版等技术服务。拥有十多年丰富建站经验和众多成功案例,为您定制开发。
bazel目前已广泛用于云计算领域的开源软件的构建如k8s、kubevirt等,本文以一个新手的角度分享下bazel的基础知识,其存在的价值。对比下,它与其他已经存在的构建系统的差别,以及它适用于什么场景。
构建对应的英文是BUILD,也就是大家所说的编译打包,就是将编写出的代码经过编译器处理,产生二进制,形成一个可以正常运行的软件包(如deb或者rpm)。对于编译型语言来说,构建几乎是日常工作的一部分。
是一个辅助过程,它本身不产生价值。
又是必须的一个过程,没有它CI是空谈。
基于这两个特点来说,我们希望理想的构建系统具备以下特点:
尽可能地快。可以方便开发人员,编写代码后快速出包验证改动。
方便维护,可以清晰地展示依赖关系,在系统中添加一个模块,或者减少一个模块,可以非常容易维护。
对比理想系统,我们看下构建技术的发民。软件构建技术的发展和IT技术的发展保持同步,历经了初期、中期和现代化三个阶段(纯粹个人理解)。
一、初期
软件规模小,软件工程的概念还未被提出。
这时对构建的要求很低,或者说不需要。编写出的代码可以经过汇编编译后直接执行,也没有流水线。这时期的代码就是makefile,或者是直接自己写脚本进行编译执行。软件的特点是,单语言小规模,对构建基本上没有要求。
二、中期
软件规模开始增大。已有的makefile机制已经难以满足需要。以Linux内核为例,makefile已经无法满足,所以内核开发者在内核中添加了自己的构建扩展,以满足日渐增大的内核代码。同时,也涌现出了cmake这样较现代化的构建工具。主要原因是,代码规模增大后,构建这一不增值过程开始消耗掉大量开发人员的精力,以cmake为代表的工具可以半自动化管理依赖,生成makefile,提高编译人员的生产力,减少了重复劳动; 此时的构建系统基本上可以满足要求,但已经开始显现不足了。
三、现代化
软件规模增大的同时,大型系统开始转向多语言协作。使用运行高效率的编译型语言(C、C++、Java等)编写低层(数据面),使用开发高效率的动态非编译型语言编写上层(管理面)。多语言对于cmake来说,无能为力。此时以bazel为代表的现代构建系统出现,可以很好地解决cmake无法解决的问题。
在一个机构逐步增大的过程中,大公司在IT上经历的问题,你同样会遇到,所以了解一门技术的驱动力一定是问题,而不是Google出品的一定就是适合你的。这里也一样,我去了解Bazel是因为遇到了现有技术无法解决的问题。
[bazel](https://www.bazel.build/](https://www.bazel.build/) Google开源的构建工具。它通过将构建过程进行抽象建模,实现了一个接近理解的构建系统。
快速构建。
bazel支持增量式编译,支持缓存,支持分布式扩展。这3点就可以满足快速建构。只要有投入足够多的硬件资源,你的构建就可以很快。
清晰的依赖关系。
虽然makefile也可以定义出来。但makefile定义的规则,全部需要人工维护,特别是分散在多个代码仓库中的依赖,很难有人能全局把握好依赖关系。但bazel可以清晰地以依赖关系图的方式展现出当前的依赖关系。而且是自动建立地,可查询。
除了以上两个优点,最重要的一点是bazel支持多语言构建。以下将通过介绍bazel的基本对象(概念),来阐述bazel是如何对构建过程进行建模的。
3.1 构建
构建过程是一个动作。有输入输出,如下图所示。
一个大型系统中有许多构建过程,有顶层的负责产生最终产出物。有底层负责某个小模块的构建。不同的构建之间,有相互依赖。A的产生物是B的输入,那么B就依赖A,构建上则要求A先于B构建。这些依赖最终在大模块里出的就是一个依赖网。如下图,A依赖B C D,但B也依赖C。
3.2 Bazel中主要的概念如下。
名称 | 解释 |
---|---|
WORKSPACE | 每一个工程都需要定义的一个文件,位于工程的根目录下。可以是空文件,也可以加载一些外部依赖。 |
action | rule中定义的构建动作。全部在运行阶段执行。 |
BUILD | 存在每个小代码仓库中,定义当前仓库中的构建要素。输入、输出和构建行为。是最小的构建单位。 |
bzl | 自定义的规则后缀。 |
external rule | bazel约定的其他规则库,用skylark语言(Python的子集)编写。 |
rule | bazel的构建规则,位于BUILD文件中。每个规则中包含输入和输出,以及构建动作。目前已有C/C++、Java、Golang、Python等成熟的构建规则库,可以方便地从github上获取。见官方文档已有规则库 |
package | 在BUILD文件中定义的一系统目标。包具有可见性属性,可用来控制对外暴露的属性。 |
build graph | 构建依赖图,就是前文提到的依赖关系图。由定义在各个BUILD文件中的目标构成。 |
有了基础概念之后,解释下bazel的工作原理。bazel以client/server模式工作,server在闲置一段时间后会自动退出。以WORKSPACE[#WORKSPACE]和BUILD文件将整个构建过程模型化。 bazel工作分以下三个阶段(phase)。也就是执行了bazel build ...之后发生的事情。
loading phase 加载阶段
bazel遍历当前工程下,所有子文件夹,找到其中的BUILD文件,加载外部依赖,生成一个个package和target。
analysis phase 分析阶段
根据各个BUILD中定义的目标和输入输出信息,建立一个内存中的build graph。
executing phase 执行阶段
根据build graph逐个运行各个规则定义的动作,产生最终的目标。
看完上述内容是否对您有帮助呢?如果还想对相关知识有进一步的了解或阅读更多相关文章,请关注创新互联行业资讯频道,感谢您对创新互联的支持。