缩放

无痛发展

Apstra 支持网络透明的分布式状态访问和管理，而并行执行则由单独的进程提供支持。实时执行由事件驱动的异步执行模型和实时执行调度共同提供支持。通过 C++ 作为中间语言进行编译，以实现机器级别的效率，从而为效率和可预测性提供支持。

扩展有三个维度：

• 州

• 加工

• 网络流量

扩展状态

Juniper Apstra 数据存储通过添加更多高可用性 （HA） 服务器对进行水平扩展。在 Apstra 中，意图和遥测数据存储是相互独立的，并且可以根据需要进行独立扩展。

扩展处理

Juniper Apstra 可以在有要求时启动处理代理的多个副本（按代理类型），以分担处理负载。可以通过添加更多服务器来托管代理，从而添加更多代理，代理的生命周期由 Apstra 管理。

Apstra 基于状态的发布/订阅架构允许代理对定义良好的状态子集做出反应（提供应用逻辑）。完整意图的覆盖范围是通过被委托处理不同状态子集的独立代理来完成的。这意味着当意图或操作状态发生变化时，代理的反应是“增量变化”，并且与整个状态的体量无关。

Apstra 采用传统方法来处理规模和与之相关的复杂性——分解。“每个人都知道一切”的方法是无法扩展的，因此 Apstra 会分发有关所需状态的知识，并让每个代理决定如何达到该状态。这消除了集中化决策的需要。因此，Apstra 服务器不被视为“控制器”。Apstra 对实时图标查询的支持意味着，客户端（如 UI）可以准确地请求他们想要的内容，并准确地获得他们需要的内容，仅此而已，从而允许对从后端获取的数据量进行粒度控制。

扩展网络流量

第三个维度是扩展网络流量。代理和数据存储之间的通信会使用经优化的二进制通道，因此，相较于基于文本的协议，这能显著减少通信量。

容错是通过将 Apstra 应用作为多个进程执行来实现的，这些进程可能在通过网络连接的单独硬件设备上运行，并将状态与处理分离，以支持复制状态和状态的快速恢复。

Apstra 已通过 400+ 台交换机的生产部署进行了测试。Apstra 已经完成了对网络交换矩阵的内部测试，该交换矩阵包含多达 1600 台虚拟设备。物理交换矩阵大小限制基于供应商外形和软件限制。