编者按：本文源自阿里云云效团队出品的《阿里巴巴 DevOps 实际指南》，扫描上方二维码或返回：https://developer.aliyun.com/…，下载完整版电子书，理解阿里十年 DevOps 实践经验。
构建是将源码变成制品的过程。构建包含编译，但不等同于编译。即便对于不须要编译的解释型语言，也要构建成一个压缩包或 Docker 镜像再去部署。无论是在开发阶段还是 CICD 阶段，都离不开构建过程，构建的品质和效率对继续交付影响很大。影响构建效率的因素，包含源码以及构建的依赖。
背景
在阿里巴巴，Java 是被最多人应用的编程语言。在 Java 的构建工具中，因为迁徙老本，生态等起因，Maven 始终是服务端利用的最次要构建工具。
Maven 构建性能问题次要有二方面起因。一是外因，从利用角度看，一些 Java 利用历史悠久，依赖一直减少，并因为清理有危险导致累积太多，典型利用有 3000 个 Jar 包依赖，而且这些利用研发人员多，且是跨团队的，导致依赖治理老本高，依赖变得复杂凌乱。二是内因，从 Maven 自身来看，它对简单依赖的解决思考欠妥。
对于外因，须要业务团队建设依赖梳理管理机制。针对内因，咱们对 Maven 进行了从新实现，推出了 AMaven。
另一方面，阿里巴巴有 15% 的 C/C++ 利用。C/C++ 利用与 Java 的最大区别是：Java 利用构建次数频繁，但每次构建工夫短；C/C++ 利用构建次数少，但一次构建工夫长。如某些软件的构建长达 10 多个小时。所以 C /C++ 开发同学的痛点，除了构建慢外，最不能忍耐的还是等了 10 多个小时，最初几分钟竟然构建失败了。
那为什么 C/C++ 构建慢且容易失败呢?
起因次要有两个：
- 现有框架无奈保障 C/C++ 编译和链接的严谨性，导致编译后果不确定，运行时也不稳固。举个例子，在编译阶段，同名的头文件在不同工夫或不同机器上会可能内容不同，所以编译容易失败。
- 公司内编译框架泛滥，有 scons，cmake 等，造成团队之间业务转接老本高，编译问题排查老本高。从平台角度看，也无奈触达用户真正的编译逻辑，无奈对立性能调优，更进一步无奈对立降级底层编译器 gcc，即无奈享受新技术红利。所以构建慢。
相比 AMaven 是从新实现底层构建工具的 Maven，在 C/C++ 畛域咱们次要是建设下层的编译框架，推出了 Alimake，因为底层的 make 曾经很优良了。
接下来，咱们具体来看看 AMaven 和 Alimake。
计划
AMaven
Maven 构建带来的性能问题，会重大影响继续交付的效率。次要体现在以下几点：
- 在 idea 中同步工夫长，如典型利用须要 10 分钟左右。
- 单次编译工夫长，如典型利用也须要 10 分钟左右。
- 构建步骤多，在一次交付过程中，不同环境都要构建。
- 在同一环境中往往会构建屡次。
同时，构建性能问题也影响了开发同学的成就感。只写了几行代码，但一刷新工程，一本地编译，就一个上午过来了。一天下来，写代码的工夫没等编译的工夫多。
一线研发同学，他的研发工作远不止体现在研发协同平台上的操作，在一个分支能进入集成前，有大部分研发工作都是在线下本地实现的。所以线下本地的提效也很重要。从新的 Java 构建工具 AMaven 开始，咱们也将提效的视角范畴从线上研发协同平台延长到了一线研发本地。
基于 Maven 协定，遵循缓存，增量等思维，从新实现了一个工具：AMaven。同时在应用 AMaven 过程中，为保障它构建后果的准确性，在后盾也会应用 Apache Maven 进行构建，并比拟二者编译后果。同时又是基于 Maven 协定，对用户通明，从而做到 ” 无老本，无风险 ”。
AMaven 隔靴搔痒，次要通过建设依赖树，缓存依赖树，共享依赖树来解决依赖简单问题。一个依赖树缓存是否无效，除了与源码中的 pom 文件无关，还与依赖的 snapshot 变动等无关。当 snapshot 变动时，依赖树缓存就会生效，而须要从新生成依赖树。为进步依赖树的生成效率，AMaven 还通过依赖遍历算法对依赖树生成进行了优化，并凋谢了遍历深度参数让用户来微调。
这些依赖树信息同时也会保留为制品的重要元数据，在 ” 制品元数据 ” 章节中会有详述。
除了利用缓存，增量等思维，AMaven 还做了 C/S 化。行将局部计算能力移到 server 端。应用 AMaven 后，一次构建的流程变成如下图所示:
AMaven 还减少了循环依赖检测，动静执行插件等能力，虽不能间接晋升构建速度，但放慢了研发同学对依赖等构建问题的排查速度。
咱们再来看看 AMaven 给用户带来的收益与成果。从线上 CICD 平台数据来看：AMaven 实现了 Java 秒级构建，阿里巴巴的 Java 构建中有 44% 在 30 秒内实现。其次，从依赖宏大的典型利用来看，提效可达 10 倍。
从线下研发本地数据来看：AMaven 无论是在命令行还是在 IDEA 中应用，都能将构建耗时降至 50%。特地是在 IDEA 中切换分支后刷新工程时，最快能在 10 秒内实现。
Alimake
Alimake 次要从两方面动手。
从 ” 标准 ” 动手。首先，建设全新的严格的配置文件 target，所有编译入参必须严格清晰的定义，它会被翻译成谨严的 makefile，它也同时在肯定水平上造就了工程师谨严自律的文化。接着，建设了一个全新的仓库 alicpp，它对立寄存了本来在编译机器上的依赖，从而保障编译的环境无关性，保障编译后果的强一致性。
从 ” 效率 ” 动手。它岂但集成了业界优良技术 ccache 和 distcc，而且还自研了分布式链接等技术。因为 Alimake 对立了入口，所以它岂但能让专家教训规模化，对立调优编译参数，而且还能将降级编译器 gcc 机制化，让咱们能够得心应手，始终跟上编译器的提高。
Alimake 的架构思维与 AMaven 相似，也是将局部计算能力移到 server 端。利用 server 端一来能加重 client 端的资源耗费，解决 client 端因为硬件及配置带来的性能瓶颈，二来也能实现资源共享，如依赖缓存，两头产物缓存。
Alimake 笼罩阿里巴巴多个产品，包含：钉钉、阿里云存储、OSS、盘古、伏羲、蚂蚁人工智能等，均匀晋升构建效率 30%，最优状况下能够提效 70%。
小结
为进步构建效率，咱们从空间（产物大小），及工夫（通过工具来晋升构建速度）二方面进行了优化。除此之外，还利用构建过程中产生的原生数据（如依赖关系），赋能于继续交付与平安生产等方面，以实现高效的可信的公布。
【对于云效】
云效，云原生时代一站式 BizDevOps 平台，反对公共云、专有云和混合云多种部署状态，通过云原生新技术和研发新模式，助力翻新守业和数字化转型企业疾速实现研发麻利和组织麻利，打造“双敏”组织，实现 10 倍效力晋升。
立刻体验