DAG在分布式计算中是非常常见的一种结构，在各个细分领域都可以看见它，比如Dryad,Flumejava和Tez，都是明确构建DAG计算模型的典型，再如流式计算的Storm等系统或机器学习框架Spark等，其计算任务大多也是DAG形式出现的，除此外还有很多场景都能见到。
DAG计算的三层结构：
最上层是应用表达层，即是通过一定手段将计算任务分解成由若干子任务形成的DAG结构，其核心是表达的便捷性，主要是方便应用开发者快速描述或构建应用。
中间层是DAG执行引擎层，主要目的是将上层以特殊方式表达的DAG计算任务通过转换和映射，将其部署到下层的物理机集群中运行，这层是DAG计算的核心部件，计算任务的调度，底层硬件的容错，数据与管理信息的传递，整个系统的管理与正常运转等都需要由这层来完成。
最下层是物理机集群，即由大量物理机器搭建的分布式计算环境，这是计算任务最终执行的场所。
Dryad简介
Dryad是微软的批处理DAG计算系统，其主要目的是为了便于开发者便携地进行分布式任务处理。
Dryad将具体计算组织成有向无环图，其中图节点代表用户写的表达式应用逻辑，图节点之间的边代表了数据流动通道。Dryad在实时以共享内存，TCP连接以及临时文件的方式来进行数据传递，绝大多数情况下采用临时文件的方式。
图示（如附件）是Dryad系统架构框图。Dryad的作业管理模块（Job Manager）JM在应用程序内部维护了一个基于DAG图模型的计算节点依赖关系图，作业管理模块通过命名服务器（Name Server）NS来获取可用的服务器列表，而后通过在这些服务器上运行的守护进程Daemon（图中D）来调度和执行计算节点Vertex（执行和监控）。各个计算节点之间通过例如文件，管道，网络等形式的数据通道交换数据。
为了能方便地描述复杂任务，Dryad采用了若干简单和DAG结构及其描述符的不断组合来构建复杂结构和方式。
Dryad将图节点的可执行代码分发到可用机器节点上，同时将该图节点涉及的输入和输出数据路径地址发送给相应和工作机，这样该工作机就可执行计算任务。调度程序跟踪DAG图中节点和执行状态和执行历史，如果JM调度程序崩溃，则整个任务失败。如果工作节点发生故障，调度程序会将图中节点对应代码发送到其他可用节点重新执行图节点程序，以此来达到容错目的。
FlumeJava和Tez
FlumeJava是Google内部开发的DAG系统，考虑到很多任务是需要多个MR任务连接起来共同完成的，而如果直接使用MR来完成会非常烦琐，因为除了完成MR任务本身外，还需要考虑如何衔接MR及清理各种中部结果等琐碎工作。
Tez是Apache孵化项目，其本身也是一个相对通用的DAG计算系统，最初提出Tez是为了改善交互数据分析系统Stinger的底层执行引擎，Stinger是Hive的改进版本，最初底层的执行引擎是Hadoop和MR任务形成的DAG任务图，Tez是它的升级版，效率更高。Tez通过消除Map阶段中间文件输出到磁盘过程以及引入Reduce-Reduce结构等改进措施极大提升了底层执行引擎和效率。
- 查看图片附件