代理操作,建立在开放的Rust之上

将代理作为系统而不是实验来操作。

ADK-Rust Enterprise 是团队将 Rust 本地代理移至受控环境中的操作层,而无需替换其下方的开放框架。

在托管控制台中创建工作区,或者在需要自托管架构或引导式部署时请求评估。

运营模式

ADK-Rust Enterprise系统图

v2基础

工作量

代理服务

工作量

实时会话

CP

Control plane

/managed/v1

环境

网络·身份

运行时

会话·流

证据

状态·活动

ADK-Rust/MCP/A2A/ACP/AWP

工作负载生命周期

一条操作线索,从代码到证据。

control plane 保持围绕工作负载的决策相互关联,而不是将它们分散到脚本、控制台和 Runbook 中。

  1. 01

    定义

    将 ADK-Rust 工作负载及其运行时、工具、策略和环境要求打包。

  2. 02

    发布

    通过托管 control-plane 合约将经过审核的工作负载提升到环境中。

  3. 03

    操作

    运行会话和流工作负载,并查看身份、凭证和部署状态。

  4. 04

    治理

    将批准、运行时活动和操作证据与已部署的代理保持连接。

选择所有权边界

相同的框架。两次操作对话。

托管云

保持工作量。交出 control plane。

使用 Zavora 操作的控制台创建工作区并管理代理、环境、会话、凭证和操作证据。

从这里开始,当

您希望在不首先拥有 control-plane 安装和升级路径的情况下验证操作模型。

进入Enterprise控制台

自托管

保持工作负载及其操作边界。

当网络、身份、基础设施或数据要求使客户操作的环境成为正确的架构时,探索这条路径。

从这里开始,当

您的团队已准备好一起审查拓扑、支持的集成、安装假设、升级和支持职责。

计划架构审查

托管控制台可直接使用。自托管打包仍然是一个有范围的参与,因此可以明确地商定拓扑、升级、支持和数据边界。

基金会

ADK-Rust

协议政策运营

无需关闭系统即可进行治理

围绕开放代理基础进行控制。

Enterprise 在 ADK-Rust 项目周围添加了操作边界。它没有引入专有的创作语言。互操作性仍然是特定于功能的,并在评估过程中得到验证。

01

身份和访问

定义谁可以操作环境和工作负载。

02

凭证边界

将运行时机密保留到操作环境中。

03

审查与证据

将部署决策和运行时活动纳入一个操作故事中。

MCP · A2A · ACP · AWP — 部署的能力支持它们

一次有用的第一次对话

带上界限,而不是购买简介。

01

工作量

代理是做什么的,它现在是如何运行的?

02

边界

身份、网络、数据和凭证必须存放在哪里?

03

所有权

您的团队应保留哪些运营职责?

范围评估

从一项实际工作负载开始。

在讨论商业打包之前,我们会将其运行时、部署、治理和所有权要求映射到适当的 Enterprise 路径。

部署路径

这就开始了一次评估对话;它不会创建计费协议或发送代理数据。