26、使用安全拍卖构建网格分布式元调度器

使用安全拍卖构建网格分布式元调度器

1. 引言

此前介绍了多种建立可信网格资源或服务拍卖的技术，这些协议能在不损害资源或服务分配完整性的前提下，催生出以社区或对等为导向的新架构。本文聚焦于一种在网格环境中利用可信协议的架构——分布式资源基础设施（DRIVE）。它是在虚拟组织（VO）内实现的社区元调度器，借助VO成员提供的资源开展拍卖。这种方式将分配的计算负担分散到所有参与的资源提供者上。

DRIVE运用拍卖协议快速有效地确定资源或服务的市场价格，旨在将作业分配给小型和大型网格中的多个本地资源管理器（LRMs）。其灵活性部分源于模块化的拍卖协议插件架构，用户能依据具体需求定义和选择协议。

分配机制由资源提供者各自贡献的一组义务网格服务动态组成。由于这些服务可能由动态VO中不可信的成员托管，在信任和安全方面存在明显风险。可通过选择合适的协议，并权衡安全与成本来降低风险。例如，在单个组织内，VO成员之间存在固有信任，可使用简单的公开拍卖协议快速分配资源；而在全球网格中，缺乏这种信任，用户可能会采用安全可信的拍卖协议，以确保分配公平且不泄露敏感信息。

DRIVE由一组符合Globus Toolkit版本4（GT4） - WSRF（Web服务资源框架）的Web服务和基于Java的客户端代理构建而成。重要的是，代理无需GT4或任何形式的Web服务容器。

2. 背景

经济分配机制通常借助某种市场抽象来高效确定商品（或服务）的价格，合适的市场抽象类型包括商品市场、挂牌价格和拍卖等。在分布式系统资源分配拍卖中，单投标拍卖常被优先选用，因为它能以最少的通信和计算量实现最优分配。然而，为满足服务质量（QoS）标准，对单一代表性资源（如CPU时间）的拍卖通常是不够的。这一问题可通过组合拍卖解决，即投标者对商品组合进行投标。总体而言，拍卖相较于其他方法在QoS方面具有一定优势。

虚拟组织（VO）是行政和地理上分散的个人或机构为实现共同目标而进行的动态协作。网格可划分为多个VO，每个VO有不同的政策要求。因此，VO通过在资源提供者与VO、VO与其成员之间建立和执行协议，为管理复杂的网格系统提供了一种方式。虚拟组织成员服务（VOMS）用于管理多组织协作（VO）中的授权信息，它定义用户组、角色和能力，并提供DRIVE所需的大部分VO管理功能。用户可以是多个VO的成员，并在每个VO中被分配多个角色。

Globus Toolkit作为主要的网格工具包，采用分散式调度模型，调度决策由应用级调度器和代理做出。资源代理将应用或用户需求转化为特定于网格的资源需求，常包含调度器并执行元调度的多个方面。Globus代理负责使用监控和发现系统（MDS）发现可用资源，将作业传递给适当的网格资源分配和管理（GRAM）服务，后者再与LRM交互以执行作业。

3. 相关工作

• Nimrod/G ：是一个使用基于市场机制进行资源分配的网格资源代理，通过分层调度器之间的交互实现分布。
• Gridbus Broker ：是一个元调度器，扩展了Nimrod/G，采用以数据为中心的调度方法，能访问远程数据存储库并根据数据传输优化分配。
• EMPEROR ：提供了一个专注于性能标准的调度算法实现框架，基于开放网格服务架构（OGSA），利用常见的Globus服务进行监控、发现和作业执行等任务。它专注于资源性能预测，不使用分布式分配，也不支持经济分配机制。
• GridWay ：是一个轻量级的客户端元调度器，促进跨管理域的大规模资源共享。它支持简单的调度机制，用户可通过其模块化架构进行自定义扩展，利用常见的Globus组件进行数据传输、资源发现和作业执行。与许多元调度器不同，GridWay只需在站点级进行一次安装，用户无需本地安装GridWay或Globus即可连接。但它不支持基于市场的分配，每个域使用一个组织级服务器。
• 社区调度器框架（CSF） ：是一个用于实现元调度器（社区调度器）的开源框架，使用一组网格服务。CSF提供排队服务，通过应用策略将作业提交分配给资源，调度机制由用户定义并使用插件架构实现。这种方法可通过排队机制支持有限的经济调度，并通过与支持预留的LRM直接交互的预留服务支持高级预留。

DRIVE与当前的元调度技术有很大不同。现有的元调度器通常按客户端部署或采用组织级服务器实现，而DRIVE并非以单个客户端或客户端域为中心，而是对VO成员中的资源提供者集合进行抽象。此外，DRIVE还为分配提供了丰富的经济模型，包括支持安全组合分配、隐私和可验证性。

4. 用例

在设计DRIVE的过程中，考虑了多个典型的网格使用案例，涵盖了各种情况、基础设施和应用复杂度，以确保架构的灵活性。其主要目标是适用于从单用户单组织网格到使用全球网格提供资源的大规模协作等各种网格场景。以下是三个具体用例：

4.1 Tutte多项式计算

一位科学家或一小群科学家在其组织内计算Tutte多项式。对于单个研究人员来说，针对一组测试图运行每个算法可能需要数周时间。但将这些实验拆分为网格作业后，可在一个周末内在小型单组织网格上完成。

Tutte多项式在图论中可用于计算生成树、森林或连通生成子图的数量，也可用于微生物学等领域对结进行分类。其计算具有较高的计算强度，非常适合在网格上运行。

在这个用例中，由于作业在用户组织内运行，对安全、信任和隐私的要求较低，没有严格的截止日期或QoS约束，作业运行时间相对较短且相互独立。因此，可使用简单的第一价格拍卖协议，无需支持高级预留、截止日期、QoS约束、信任或隐私。

4.2 CyberShake

南加州地震中心（SCEC）是一个大规模的VO，涵盖全球50个地球科学研究机构。SCEC拥有生产网格基础设施，用于在协作方之间共享参与机构的资源。然而，对于许多项目来说，SCEC的能力是不够的，例如CyberShake项目，它涉及计算概率地震危险分析（PSHA）地图，可用于建筑物设计。

PSHA计算按阶段进行，某些阶段包含数千个单独的作业。为生成一个区域的危险地图，至少需要计算1000个站点。第一阶段的“应变格林张量”（SGT）生成需要数天时间，使用144或288个处理器，并产生高达10 TB的数据。第二阶段运行数千个单独的破裂预测，每个预测在单个处理器上运行，时间从几分钟到3天不等。第三阶段计算频谱加速度，涉及相同数量的作业，每个作业运行几分钟。最后，将频谱加速度值组合并构建危险地图。

像CyberShake这样的场景体现了大规模科学应用对基础设施的常见要求，因为需要在大量资源上进行协调计算和存储，所以提供QoS保证和执行截止日期比小规模实验更为重要。为支持此类场景，DRIVE必须能够从跨越多个组织的动态VO中调配资源。由于不存在组织间的信任，需要采用一种能替代可信第三方的拍卖协议来建立可信的资源分配。在这种情况下，可使用可验证、保护隐私的拍卖协议。此外，高级预留和合同对于确保满足截止日期和提供指定的QoS水平至关重要。

4.3 效用计算批发市场

这是一个假设的效用计算场景。在效用计算模型中，计算和存储被视为商品，用户按使用的资源付费，类似于我们目前支付电费的方式。虽然真正的效用计算基础设施尚未实现，但可以设想通过分层方法在全球范围内实施这样的方案。该方案包括三个层次：批发计算市场、零售计算市场和可选的组织市场。

• 批发到零售 ：这一层级需要安全、可验证、保护隐私的分配。该市场竞争激烈，分配的资源数量巨大且价值高昂。确保正确分配且不泄露任何敏感数据至关重要。由于预留的资源数量大且面临风险，必须使用更复杂但更安全的分配过程。虽然成本可能高于简单的分配机制，但在大规模情况下，这只占总资源调配的一小部分。分配过程应安全可验证，同时保护商业敏感信息的隐私。
• 零售到组织 ：这一层级的要求相对宽松，分配的资源粒度较细到中等，风险低于批发市场。资源分配可使用与批发级别不同的机制，例如提供者可能使用固定价格模型。分配机制通常应更快，对信任、安全和隐私的强调较少。
• 组织到用户 ：这一层级的分配粒度非常细，风险极小。组织级别的分配在组织内部很常见，但不是整体效用计算模型的必要部分。组织内分配机制的主要关注点是高效分配并尽量减少开销。由于分配在可信域内进行，可使用简单的第一价格拍卖协议，无需考虑信任或隐私。也可使用专门的子调度器（如Falkon）在组织内分配资源。

这些用例展示了网格系统面临的一系列需求。分配基础设施需要具备扩展性，以支持动态的多组织协作，同时在小规模网格场景中也要保证效率。为此，需要有机制来处理信任、安全和隐私问题，同时具备资源预留和执行参与者之间合同的能力。不同的用例表明，没有一种机制能满足所有场景，为提供所需的灵活性，DRIVE必须具备模块化架构，支持不同的分配插件。一般来说，在调配大量资源时，考虑到安全分配协议带来的好处，其相关开销是可以接受的；但对于小规模分配，这种开销可能占总作业的很大比例，因此简单的协议可能更合适。

5. DRIVE架构

理想的元调度器应能灵活适用于各种网格场景，从单组织内的小规模本地网格到跨越行政边界的大规模全球网格。DRIVE通过使用VO模型来表示网格系统，并采用拍卖插件架构进行资源分配，实现了这种灵活性。VO模型将资源提供者和用户分组到特定的网格系统中，VO成员服务通过对参与者进行身份验证来控制VO对服务和资源的访问。

插件式拍卖协议对于根据特定场景定制分配机制至关重要。例如，在组织内部存在信任的情况下，DRIVE用户可选择传统的密封投标拍卖插件，以实现最大的分配性能，而无需使用昂贵的信任或隐私保护机制。在全球效用网格中，缺乏这种信任，可使用安全拍卖协议插件，确保分配公平进行，并保护投标细节的隐私。由于安全协议的开销较高，建议使用子调度工具（如Falkon）来快速执行许多较小的任务，以分摊开销。

为了部署不同的拍卖机制（包括安全和不安全的），使用通用拍卖框架（GAF）为各种拍卖类型提供独立于协议的外壳。这很重要，因为隐私保护、可信和可验证的拍卖协议复杂度差异很大，这样可以为不同任务无缝选择协议。

5.1 高层描述

DRIVE的高层架构中，云表示VO的范围。资源提供者2和3是VO的成员，而资源提供者1正在尝试加入VO。加入VO后，资源提供者会公开一组为元调度器运行贡献的义务服务，如拍卖管理器、拍卖上下文、拍卖组件和MDS等。成为VO成员后，资源提供者还会公开参与服务，用于对作业进行投标、接受和调度，包括投标服务、预留服务和GRAM等。其余的可信核心服务（VOMS、类别管理器和合同服务）目前由一组可信主机托管，但目标是重新设计这些服务，使其能够在无需建立信任的主机上运行。

客户端代理为DRIVE提供透明接口，支持作业监控和向分配的资源提供者提交作业（通过GRAM）。代理不需要特定的网格组件或Web服务容器，可设置为客户端应用程序或部署为域级服务器。代理与DRIVE VO之间的所有通信都通过Web服务接口进行。代理可使用标准的Globus MDS通过DRIVE发现元调度器服务，并可根据声誉自由选择服务。代理将作业请求提交给拍卖管理器，拍卖管理器在拍卖期间实例化拍卖上下文。拍卖结束后，获胜者和代理将收到包含服务级别协议（SLAs）的合同，作业将被调度到分配主机上的GRAM服务执行。

下面是DRIVE资源提供者注册的流程图：

graph LR
    A[资源提供者] --> B[注册加入VO（VOMS）]
    B --> C[提交参与服务细节和资源配置文件到类别管理器]
    C --> D[在MDS索引服务中注册服务地址]

5.2 架构组件

DRIVE架构由WSRF Web服务构建，每个服务都有明确的任务，并通过标准接口访问。这些服务通过插件拍卖协议共同执行资源分配。服务可分为可信核心服务、义务服务和参与服务：

服务类型	服务名称	功能描述
可信核心服务	类别管理器	为资源提供者提供注册服务，根据资源提供者的投标配置文件对其进行分类，在拍卖时选择合适的资源提供者，减少拍卖规模，提高分配效率
可信核心服务	合同服务	存储VO内发布的合同，用于合同硬化过程，确保合同能够履行，并监控合同中的SLAs
义务服务	拍卖管理器	中央拍卖服务，管理拍卖过程，向合适的投标者宣传拍卖。接收代理提交的作业描述，创建拍卖资源并选择特定拍卖协议所需的服务
义务服务	拍卖上下文	存储单个拍卖的状态，包括特定于状态/协议的状态。客户端可注册通知或轮询服务以获取状态、结果和合同
义务服务	拍卖组件	通用组件，可用于不同的拍卖协议，根据协议的不同采取不同的形式，如在可验证安全广义维克瑞拍卖（vSGVA）中是拍卖评估器，在混淆电路协议中是拍卖发行者
参与服务	投标服务	响应拍卖管理器的拍卖事件，根据用户定义的定价函数、本地策略和对未来承诺的考虑，为希望托管的作业计算投标
参与服务	预留服务	存储提供者做出的任何承诺，通常以合同的形式。是DRIVE支持高级预留的关键组件，投标服务在对高级预留拍卖进行投标前可使用该服务检查资源承诺

5.3 合同结构

在分配过程中，投标阶段和拍卖完成之间可能存在较大的延迟，这会影响资源利用率，因为在等待拍卖结果时资源被预留，而除了一个投标者外，其他投标者都不会赢得拍卖。为了最小化这个问题，DRIVE允许资源对可能超过其容量的拍卖进行投标，因为它们不太可能赢得所有拍卖。为了实现超额预订，DRIVE采用渐进式合同结构，确保在投标时和合同最终确定时资源可用。同时，使用备份资源来减少因资源可用性意外变化而导致的超额预订影响。

拍卖管理器在拍卖结果出来后会向客户端返回一个协议，该协议并不保证资源可用性，而是强烈表明资源将在指定时间可用，可视为最终包含SLAs的合同的占位符。拍卖管理器会计算一组备用资源提供者，以应对协议可能无法履行的情况。在客户端使用资源之前，协议必须转换为合同，这需要联系资源提供者检查当前资源可用性。

这种方法也适用于高级预留问题，它增加了资源对高级预留拍卖进行投标的可能性，因为即使资源状态发生变化，它们也不会受到过于严厉的惩罚。违反协议可能会受到处罚，例如违约方可能需要支付其投标价格与拍卖管理器计算的备用选项价格之间的差价。

硬化合同中会明确规定SLAs，以确保资源提供者提供约定的QoS。SLA的细节将特定用户需求与资源提供者的能力联系起来，由一组可测量的属性组成，在使用期间进行监控，这些属性对应于特定的QoS参数。SLA还可能定义在资源提供者无法满足某些能力时的一组处罚措施。

5.4 联合分配

联合分配是在一组资源提供者上按预定容量同时分配资源的过程。在网格计算中，由于QoS、复制和并行性的要求，联合分配通常是必需的。例如，一个大规模的科学应用在全球有多个数据站点，通过在靠近各个数据站点的多个处理资源上并行运行应用程序，可以大大提高整体效率。

联合分配拍卖的执行方式与传统的单拍卖类似，但不是生成单个合同，而是为每个联合分配的任务创建多个合同。联合分配任务会在拍卖描述中列出，在投标阶段会被考虑在内，拍卖将接受多个获胜者（和备用资源）。后续联合分配合同的构建通过合同服务使用联合分配超额订阅资源分配（CORA）方法完成。

5.5 高级预留

高级预留是网格资源供应的关键组成部分，因为作业通常需要特定资源在特定时间可用才能高效运行。例如，在工作流的中间阶段可能需要大量数据存储来临时存储作业结果，这些存储必须在作业完成时以及后续处理阶段可用。

为了支持高级预留，DRIVE为每个资源提供者使用一个预留服务，该服务存储提供者做出的承诺，允许在投标前考虑未来的承诺。未来还计划扩展预留服务，以利用支持高级预留的LRM和GRAM的现有功能。

5.6 作业描述

许多分布式资源管理系统使用专有语言和接口来描述和部署作业到远程网格资源，这在异构主机上的不同作业管理系统之间进行通信时会带来问题。因此，人们努力定义标准化的作业描述语言，以提供分布式资源管理器之间的透明度。

DRIVE使用作业提交描述语言（JSDL）来描述提交给VO的作业。JSDL是一种基于XML的语言，具有XML模式，允许将作业要求表示为一组XML元素。JSDL工作组正在扩展该语言，以涵盖更广泛的作业类型，并生成与主要分布式资源管理器和网格项目使用的调度语言（作业要求和资源描述）之间的转换表。

5.7 VO安全

安全是DRIVE需要考虑的重要问题。Globus安全机制依靠证书来验证对资源的访问，并使用策略决策点来决定允许的操作。DRIVE严重依赖VO来对用户进行分组，并提供分配和管理等一般VO功能所需的基础设施。

为了让用户加入VO并证明自己是VO成员，使用虚拟组织成员服务（VOMS），这是一种基于数据库的机制，用于管理多机构协作中的授权信息。用户角色和能力存储在数据库中，并提供一组工具用于访问和操作数据。用户通过联系VOMS服务获取凭证来加入VO，资源则检查本地访问控制列表以确定这些凭证是否合适。

根据数据库中存储的授权信息，在需要时为用户和提供者生成凭证。这些凭证扩展了标准X.509网格代理中存储的授权信息，包括角色、能力信息以及VOMS服务器凭证。验证证书的资源提供者会维护一个访问控制列表，根据组、角色或能力做出授权决策。VOMS的优势在于资源站点无需每天多次检索所有VO列表，而是通过证书推送VO信息。在DRIVE中使用VOMS可以利用单点登录、与标准证书的向后兼容性以及用户加入多个VO的能力。此外，VO还具有定义策略的能力，虽然VOMS没有提供定义细粒度策略的标准方法，但可以通过在数据库中添加策略表或使用单独的策略管理服务来实现。

5.8 交互阶段

DRIVE VO中的参与者有三个主要的交互阶段：

注册阶段 ：
1. 资源提供者首先在VOMS中注册加入VO，VOMS记录用户信息并颁发用于身份验证的证书，资源提供者可从VOMS获取身份验证信息并维护包含VO/用户权限的访问控制列表。
2. 提交参与服务细节和高级资源配置文件到类别管理器，根据提供者感兴趣的拍卖类型（如CPU密集型作业）对其进行分类。
3. 在MDS索引服务中注册任何贡献服务和参与服务的地址，以便客户端、提供者或其他服务发现。

资源分配阶段 ：
1. 代理代表用户在VOMS上进行身份验证，创建工作代理，后续通过该代理访问VO服务。
2. 代理使用MDS索引服务找到合适的拍卖管理器，选择可基于协议支持、声誉、位置或其他用户要求。选定后，所有分配都通过该服务进行。
3. 代理将作业提交给选定的拍卖管理器以协调拍卖过程。
4. 咨询类别管理器的资源配置文件，选择合适的资源提供者并通知其拍卖信息。未被明确选择的资源提供者也可通过拍卖发布服务发现拍卖并参与投标。
5. 根据所选的拍卖协议，实例化并使用不同的拍卖组件。
6. 资源提供者的投标服务根据用户定义的定价函数和拍卖协议计算投标并提交。
7. 拍卖完成后，确定获胜者，合同服务创建协议并由拍卖管理器返回给客户端。同时维护一个备用资源提供者列表，资源提供者通过预留服务记录成功分配和协议信息，以便在未来投标时考虑。

下面是DRIVE资源分配的流程图：

graph LR
    A[用户] --> B[代理（JSDL作业描述）]
    B --> C[代理在VOMS上身份验证并创建代理]
    C --> D[代理通过MDS索引服务选择拍卖管理器]
    D --> E[代理将作业提交给拍卖管理器]
    E --> F[咨询类别管理器选择资源提供者并通知拍卖]
    F --> G[根据协议实例化拍卖组件]
    G --> H[资源提供者投标服务计算并提交投标]
    H --> I[拍卖完成，确定获胜者，创建协议]
    I --> J[合同服务返回协议给客户端，维护备用列表]
    J --> K[资源提供者预留服务记录信息]

作业提交阶段 ：
1. 将分配过程中创建的协议转换为合同，将协议传递给合同服务进行赎回。
2. 合同服务检查资源提供者的预留服务，预留服务检查负载和未来承诺。如果资源可用，更新本地预留服务以反映硬化合同。
3. 如果资源可用，合同服务返回包含SLAs的合同给客户端；如果不可用，检查备用列表，若仍无法满足协议，可能会施加某种处罚（声誉或财务）。
4. 客户端在适当的资源提供者处赎回最终合同，并通过GRAM将作业提交给LRM。如果没有合适的备用资源，将进行新的拍卖。

使用安全拍卖构建网格分布式元调度器

6. 原型与评估

DRIVE原型由部署到GT4容器的一组WSRF网格服务构建而成，一个简单的Java客户端作为外部资源代理，用于请求分配并将作业提交给GRAM。该初始实现的重点是在分布式网格服务环境中试验拍卖协议，并证明DRIVE拍卖架构的可行性。下面的实验聚焦于增加参与拍卖的投标者数量和代表的商品数量时，总拍卖时间和资源/协议开销的变化。

6.1 投标者数量

为支持全球规模的网格计算，资源分配过程需考虑大量资源提供者，在使用拍卖时，这意味着有大量投标者。密封投标和混淆电路协议在征集投标和确定获胜者所需的时间几乎呈线性增长。

协议类型	特点
密封投标协议	测量的开销接近恒定，因为只创建一个简单的WSRF资源，协议所需的初步计算极少。该开销仅占总拍卖时间的一小部分，表明使用WSRF资源对拍卖时间影响不大。例如，有50个投标者时，确定获胜者只需5秒。
混淆电路协议	由于电路创建，开销相当大，且随投标者数量线性增加。如仅有10个投标者时，确定获胜者几乎需要30秒。

这两种协议的对比显示，使用复杂的可信协议在拍卖时间和开销方面有显著的计算成本。在高价值拍卖中，预计投标者较少，且愿意为可信结果牺牲拍卖时间，此时更适合使用复杂的可信协议。

下面是两种协议投标者数量与拍卖时间及开销时间关系的对比图：

graph LR
    classDef process fill:#E5F6FF,stroke:#73A6FF,stroke-width:2px;
    A(投标者数量) --> B(密封投标协议 - 拍卖时间):::process
    A --> C(密封投标协议 - 开销时间):::process
    A --> D(混淆电路协议 - 拍卖时间):::process
    A --> E(混淆电路协议 - 开销时间):::process

6.2 商品数量

组合拍卖可用于描述网格系统中复杂的资源依赖关系（如组合分配问题CAP），以表达QoS约束。使用混淆电路协议计算获胜者的时间和相关开销随代表的商品数量增加呈指数增长，这是由于CAP问题的NP完全性质所致。

这些结果表明，由于成本呈指数增长，在计算拍卖中限制代表的商品组合数量非常重要。随着代表的商品数量增加，开销也呈指数增长，因为图的大小与组合数量成正比。

7. 未来趋势

随着网格计算向全球效用网格基础设施的愿景发展，将会出现更多类型的应用。全球范围内用户的大规模动态协作数量将增加，这给网格基础设施带来了新的要求。

• 信任与安全机制深化 ：网格基础设施需要动态适应快速变化的VO结构和作业场景，通过分布式、安全和可验证的分配协议等技术建立VO组件之间的信任。信任和安全将从更低层次融入，利用这些能力可促进更安全机制的使用。
• 全球声誉服务兴起 ：全球声誉服务将出现，为网格中的用户和提供者提供反馈。这种声誉服务可能超越网格领域，在多个领域为用户建立全球声誉。
• 全球VO管理系统出现 ：随着VO变得更大、更动态，可能会出现类似分层域名系统（DNS）的全球VO管理系统，用于管理动态VO，就像现在动态更新IP信息一样。

8. 总结

传统的网格元调度器将资源分配的重点放在客户端，通过将工作负载提交给众多LRMs实现全球资源分配。但大多数元调度器是按客户端实现的，只关注自身的分配，无法实现跨LRMs的全局最优分配。客户端导向的元调度器在提交作业时相互竞争，缺乏对其他元调度器行动的了解和协调，可能降低系统效率。而且当前的元调度技术需要预留专用资源进行分配，未能充分利用VO中大量可用资源。

DRIVE作为基于动态VO模型的分布式经济元调度器，具有以下优势：
- 资源分配协作化 ：VO成员通过VO中的服务协作进行资源分配，资源提供者加入VO时贡献一组义务网格服务，用于承载分配和管理服务，这种协作分配将分配负担分散到参与实体，同时支持定义分布式分配协议。
- 安全信任有保障 ：VO的安全部分托管一组可信服务，为整个VO的安全提供信任锚点。
- 服务设计标准化 ：资源提供者的参与服务用于参与拍卖和管理本地分配，所有服务均采用符合GT4的WSRF Web服务设计。
- 客户端代理轻量化 ：客户端代理轻量级，不依赖Web服务容器或网格中间件。
- 拍卖机制灵活化 ：采用插件式拍卖机制，支持任意拍卖协议，用户可根据特定需求、基础设施可用性和与参与拍卖实体的信任关系选择协议，使同一DRIVE基础设施可在信任组织内或全球网格中使用。

综上所述，DRIVE为网格资源分配提供了一种更高效、灵活且安全的解决方案，能够适应不同规模和复杂度的网格场景，满足未来网格计算发展的需求。