现在不是使用可消费网络结构的时候了吗？

几十年来，数据中心一直围绕可消耗的计算和存储资源而建立。但是，不包括支持此功能所需的网络和交换机。正因为如此，Hyperscaler遇到了扩展限制，一段时间以来，他们一直在构建网络，试图同时满足计算和存储的需求。网络设备供应商迟迟没有效仿；也许是因为他们的业务是围绕销售特制硬件而建立的。

不过，现在是网络供应商转变思维的时候了。随着数据中心互连和分布式边缘云成为常态——特别是对于支持工业4.0的服务企业而言——是时候让交换机变得更易消费了。换句话说：能够适应计算环境不断变化的需求。

新出现的需求

COVID-19表明，即使使用基本的基于IT的服务消费，网络流量模式也可能由于突然的大规模转变而发生巨大变化；在这种情况下，远程工作和以消费者为主导的视频和游戏服务的爆炸式增长。

然而，使用Industry 4.0，边缘云计算服务的网络需求模式将更加多变。而且，随着向企业5G无线服务的转变，网络将不得不采用云本机原则，以提供满足这些新兴企业需求所需的弹性可扩展性。云计算、托管和互连提供商只有像今天的Hyperscaler一样，以目前管理计算和存储资源的方式扩展网络，才能成功占领这一市场。

理想情况下，网络将遵循数据中心为其他消耗品建立的许多相同做法。网络功能和应用程序应该使用基于意图的Kubernetes等平台上的分布式微服务交付，同时自动化这些微服务的大部分生命周期。功能和应用程序应该是可观察的，这意味着在捕获网络性能时，遥测需要更加精细和复杂。最后，网络结构应该能够在有限的服务影响下正常故障并自动恢复。

网络结构

大型数据中心IT基础设施通常有大量服务器托管分布式云应用程序。为了提供一个既具有可扩展连接又具有自动化生命周期运营管理的可消费网络，数据中心网络中的交换机组需要作为一个逻辑单元（称为结构）进行管理，并在结构运营生命周期的所有阶段（包括第0天设计）实现自动化，第一天部署和第二天以上操作。

为了实现大规模自动化，结构操作应该能够访问基于模板的抽象设计意图。或者，网络供应商也可以在自己的实验室中预先验证这些模板。使用这些模板，可以根据经过验证和验证的设计自动创建网络。在此模型中，织物设计模板将根据更高级别的设计输入或意图，自动执行大量重复和平凡的配置任务。抽象的意图应该集中在数据中心基础设施的一般构造上，如“机架数量”、“每个机架的服务器数”、“双归宿”等。

为了确保跨多层CLOS网络的基于虚拟网络服务（VNS）或聚合网络服务（CNS）的应用程序工作负载的无缝连接，需要基于标准的第2层或第3层连接。一切都应该“在线开放”，利用基于标准的协议，如EVPN VxLAN；这正成为服务网络的一个组成部分。

与DevOps一样，还需要一种NetOps方法，以确保基于意图的自动化可以以声明形式或“基础架构即代码”的形式表达。这对于跨内部和外部混合云的解决方案非常重要。还应该能够对网络配置进行频繁更改，同时管理真实网络的数字孪生兄弟（网络数字沙箱）中的更改风险。这将允许NetOps试验、测试和验证各种自动化步骤，更重要的是，验证故障场景和相关的闭环自动化，而无需在生产网络上进行尝试。数字沙盒还可用于测试和验证新的网络应用程序、启用新协议或迁移到新的网络拓扑时。

自动化意味着可观测性，但这必须超出捕获意外网络性能数据的常规遥测日志。随着分布式结构的扩展，复杂性需要比通常的业务逻辑更多的东西来理解正在发生的事情。必须使用高级机器学习基线和分析来提供易于理解的观察结果。提取和提供上下文见解将使操作员能够了解问题的根本原因，并以可编程的方式执行纠正措施和闭环自动化。

整合

最后，有了真正开放的系统体系结构，网络自动化应该能够通过支持与软件定义的数据中心（SDDC）堆栈（如VMware或Kubernetes堆栈）的可插拔“集成”，集成到周围的生态系统中。在这里，网络应该与生态系统紧密结合，以满足应用程序的需求，并在出现问题之前变得不可见。

一般来说，可消费网络结构的咒语应该与数据中心操作相同：简单、更灵活、频繁合并更改、使用自动化驱动更改以及使用管理堆栈验证最终状态。直接在网络上部署工作流或应用程序，消耗以前空闲的CPU周期，在本地获取相关信息，并立即执行操作—所有这些都由支持多种编程语言的强大网络应用程序开发环境支持。这是确保网络成为数据中心创新平台不可或缺的一部分的关键，是满足客户需求的促成因素，而不是阻碍因素。

我们拥有最好的云存储服务。