最近关注了在构建领域非常有前景的两个项目Buildkit和基于Buildkit的Earthly项目，之前在公司一直推广和使用Drone CI项目，也对其有过深入的研究，当时就有个想法可不可以将Drone和Earthly结合起来，同时利用他们特性和优点，说干就干于是就有了drone-Runner-earthly这个项目。
drone-runner-earthly是以Buildkit作为运行时的一个Runner实现。使用基于Buildkit的Earthly项目，而不是直接使用Buildkit的原因主要是Earthly对Buildkit进行语法扩展、功能扩展，使用起来要更加方便和强大。
将Earthly(Buildkit)作为运行时的好处
drone-Runner-earthly比Docker运行时提供了更快的运行速度，利用Earthly(Buildkit)的内置的缓存技术，简化了CI/CD过程的缓存定义流程，提供了更好的缓存效率。
Docker主要是为了运行， Buildkit是为了构建更接近CI/CD概念。
将其Earthly和Drone集成起来也相对简单，可直接通过将Earthly作为命令行工具的方式集成，不像Docker Runner那样还要控制容器的生命周期和主动拉取Docker容器的logs，带来流程的复杂性，相对会带来不确定性和稳定性问题，而Earthly则已经将这些工作封装完成了，只需要提供需要执行的target结构就可以执行并获得结果和日志数据。
Buildkit可以组建大型群集提高构建的可用性、可靠性和性能，更好的应对大规模并发构建场景。
Buildkit简介
Buildkit对build architecture（构建架构，如利用Dockerfile的镜像构建）的一个大的改革，是一个源代码构建工具，输出可以是镜像可以是编译后的代码，或是tar等多种形式，不仅仅是一个镜像构建工具，其底层是利用Runc或者Containerd隔离的容器沙盒运行环境来构建源代码等。
Earthly简介
Earthly 是一个现代化的构建工具，用来完成容器镜像构建，和提供类似Makefile的源代码构建功能，如官方文档所说的it's like Dockerfile and Makefile had a baby是Dockerfile和Makefile的孩子。
Earthly和Drone结合的实现方式
1.将Earthly作为Drone CI的Runner runtime，好处基于Drone yaml语法，对于熟悉Drone的用户不需要过多的学习负担。
- 将每个step对应Earthly target的方式，这需要同时熟悉Drone和Earthly，利用了Drone控制条件。
- Drone Docker Runner运行Earthly image方式，需要卷挂载和网络的对应配置。
- 采用ssh方式，需要执行安装Earthly环节，影响效率。
drone-Runner-Earthly实现了1、2两种，也可以将两者结合使用，方便且高效，开箱即用，不需要特殊配置，提供了Earthly和Drone更好的集成方式。
为Earthly带来的好处
- Earthly和源代码工具（Gitlab GitHub）直接关联。
- 利用Drone CI提供的web ui，更方便直观的展示build流程。
- 利用Drone CI 通过depend_on属性定义step(对应Earthly的target)执行顺序，生成依赖关系图svg，early 这方面的功能还在开发完善。
- 利用Drone ci 定义不同Triggers条件，更好的完成流程控制。(https://docs.Drone.io/pipeline/docker/syntax/trigger)
5.利用Drone实现定时任务。 - 利用Drone存储build logs数据历史，方便后期查询分析使用。
