深入理解Moby Buildkit

龙飞似乎预感到了袁小白会再次发现新的疑惑点，因为龙飞自己通过上一次和袁小白一起梳理后，也感觉到有一些细节在第一次的梳理时，是有漏掉的，带着这些新的线节，Frontends flow...

有了龙飞的指导后，总算是将断了的线索又重新给接了起来。 袁小白的理解是，前面就像是客户端，准备参数，向服务器发送请求，服务器接收到请求后，进行处理。 而且服务器提供的是GRPC类型的服务...

我顺着buildctl build命令，看到了control.pb.go文件里的c.cc.Invoke，后面编辑器就没法帮我定位到下面的函数了，不知道从哪儿查起了...

袁小白感觉自己状态不错，准备一鼓作气，走通frontends流程。 还没等编缉器自动装好依赖，就迫不及待的出发了。 直接定位到build子命令，就发现这个子命令的入口函数就是buildAction..

想着上一次有关架构讨论的会议，袁小白因为自己没有帮上忙而闷闷不乐。 一心觉得龙飞也太厉害了，我什么时候能像龙飞一样就好了。 贾大智看起来好像只是会提问题，可看问题的角度，确实也值得学习...

听着贾大智的问题： buildkit这个新工具的业务价值是什么？为什么要重新写一个呢？ 袁小白的内心还是有一点拒绝的。 心想，啥也没干，整天就会提问题，还都是这些看起来和技术没啥关系的问题...

说完代码阅读思路后，龙飞将时序图向右边滑了滑。 剩下的流程就是OP - Operation如何构建的过程，这里的OP，指的是由Dockerfile解析过后，需要执行的操作...

那为什么说这里是核心呢？ 龙飞顿了顿，像是在整理思路。 是因为真正完成构建镜像的操作和对象都在这里面了...

书接前文。 说龙飞一口气介绍完了Buildctl build命令行的前半部分 - client的工作流程，看了眼没有反应的袁小白和贾大智。已经近不急待的准备讲解下一部分了 - Buildkitd。

龙飞将主流程，时序图分享在电视上后，就迫不及待的讲了起来。 根据我们的Happy Path(是理想的工作流)，我们需要先关注镜像构建流程，也就是灰色的模块我们可以先不考虑...

又是周五的早上，阳光明媚。 袁小白走进四面是大白板，中间一台大电视的会议室，熟练的在会议系统上确认着时间。 他总是习惯提前五分钟来到会议室，提前准备着会议室环境和自己要分享的内容。

假设有一个开发者友好的高效能PaaS平台，可以让我们专注在核心业务问题上，那这个平台应该长什么样？ 我们想用一个完全自主的试验性项目，结合高效能所推荐的实践，慢慢让这个高效能PaaS看得见，摸的着。