We live in a world of mobile and cloud, and the Internet of Things (IoT) is driving a new wave of innovation. But beneath the must-have apps and innovative new services, the software running your network is old.
大多数网络操作系统(NOSS)都是为了整体应用并部署在经典客户端/服务器模型中的不同时代设计和设计的。当软件被编译,分发和安装在计算机上时,运行应用程序所需的所有内容都包含在该应用程序中。该软件主要是为人们使用的。这些应用程序和网络操作系统具有类似的设计原则 -they were designed for a human to drive them.

The Quest for Programmable Networks
在移动和物联网时代,该网络必须变得更加灵活和适应性,以满足移动用户以及大量传感器和其他物联网设备的需求。操作员必须轻松地对网络进行编程,以使手动任务自动化并适应组织的独特需求。
可编程网络的概念并不是什么新鲜事。在过去的十年中,网络供应商发布了API,并将其操作系统作为开发人员的平台发布。由于各种原因,这个概念从未引起关注。大多数IT团队都没有开发技能,或者对构建箱子应用程序的风险的需求。没有足够的收入机会吸引第三方开发人员。事实证明,SDK和NOSS作为一个平台被误导了企业网络运营商。
现代网络操作系统
In June, Aruba announced the game-changing8400核心和聚合开关,,,,and ArubaOS-CX (AOS-CX) is at the heart of the 8400 switch. We developed AOS-CX from the ground up as a modern cloud app for network operators. It just happens to ship in a metal box.
Under the hood, AOS-CX is a collection of modern cloud and computer science techniques, built on a foundation of 20 years of network protocol experience. AOS-CX interacts with workloads, micro services, and components. And it's optimized for automation and machine communications that are increasingly driving today's digital world.
AOS-CXessentially is a network-as-a-microservice. Core system applications running inside AOS-CX use a publish/subscribe model to the in-memory state database, and no application on AOS-CX is allowed to have an app-to-app private conversation. All aspects of the system are expressed in the data model, and all apps must adhere to a distributed systems, state-oriented programming model. At compile time, the build system auto-generates a REST API for all objects in the data model. This exposes the features and functions, the statistics—everything—to both internal AOS-CX applications/services and to external software systems.
为什么要这种方式建立NOS?首先,过程重新启动,聚类和高可用性是作为体系结构的结果而不是要构建的功能。一个新的过程或重新启动过程,只需附加到数据库,然后检索其持久性和短暂的状态即可。仅借助出版/订阅状态同步的语言独立性,架构跨CPU和核心范围缩放。其次,最重要的是,该体系结构在编译时,通过完整和结构化的REST API完全扩展自身。不是休息或XML基本上是CLI传输,而是设计用于与软件接口的True Machine API。
如今,基于意图的网络的最大挑战是“意图”意味着对网络的最终状态。在大多数NOSS的情况下,这意味着您需要软件的适配器或垫片层来接受意图的表达,然后转换为大多数NOSS的单片和事件/消息/导向的架构。AOS-CX不需要这样的翻译 - 构造是正确的。
Automate and Simplify Network Operations
AOS-CX帮助网络运营商自动化并简化操作。6月,我们还宣布Aruba Network Analytics Engine,提供实时监视,以加快使用智能网络洞察力进行故障排除。网络分析引擎是一个在AOS-CX上运行的应用程序,坐在数据模型的顶部并使用API来监视网络并更快地进行故障排除,因此您可以为用户提供更好的体验。
Let's say your employees are complaining that their unified communications sessions are dropping or have poor sound quality. Today, the user reports a problem to the service desk, and a little while later, the network operations team begins digging into network flows and logs. But if it's a transient issue, the information the need to fix the problem is long gone—or was never logged. There's no evidence of the cause. Maybe it was a spanning tree loop. There's no way to know.
Network Analytics Engine lets you analyze a problem when the problem is happening. When it detects an anomaly, it can proactively collect additional statistics and data to proactively troubleshoot the problem. It gives you the insight you need to resolve the issue, or even better, it may take corrective action based on established policies. You can easily customize the monitoring to what's important to your business through Python scripts.
自动化监控和故障诊断work Analytics Engine is just one example of an application that takes advantage of the programmability. AOS-CX can function as another component in a software stack, alongside other network components, medical devices, operational applications, or elements unique to an organization.
自动化和可编程网络的好处不仅限于具有高技能网络团队的大型企业。实际上,可以使用简单的Python脚本编程网络并自动化监视故障排除的乏味,手动工作的能力可以使任何规模的组织具有优势。
No SDK required. AOS-CX is not a development platform for software engineers. It's a platform for network engineers to improve efficiency, reliability, and productivity.
我们迫不及待地想看看你会自动化的。在下面的评论中告诉我们自动化和可编程性如何为您提供帮助。
好奇了解更多吗?观看演示以查看AOS-CX的作用。


