最近零售链的CIO最近发布了一份法案，即必须将网络的所有要求作为业务需求，包括所有RFI，RFQ和内部建议。现在允许任何网络协议，功能或术语。乍一看，这似乎是一个相对简单的指导，但它员工努力阐明业务需求并将它们映射到网络能力。CIO正在施加一门纪律，要求“为什么”三次试图理解并将过去选择的惯性分开到今天的业务需求。我认为CIO是明智的，试图将业务连接到网络能力。
说到行业的语言
网络专业人士被遗弃出来。我们被视为生产产品和服务的必要邪恶而不是合作伙伴。我们是人们慢下来的人，让人们不理解的东西更加艰难，预算或预算。成为叙述的一部分要求每个网络专业人士了解并预测其业务的需求。事实上，我争辩说公共云，带来自己的设备和影子，这是网络不是叙述的一部分的结果。
每个网络工程师都应取消他或她的CCIE认证工作。收回数万美元和时间花费了学习了一个卖方和重新投资的特定技术方法，同时努力了解网络的业务需求。如果工程师为能源公司工作，他们应该在现场花费时间。与人交谈他们如何使用数据和设备。目录所有服务和使用网络。了解他们对业务需求水平的挫折感。如果他们在制造公司或重型行业工作，他们应该阅读行业4.0举措。成为未来成功的网络领导者，工程师必须讲出行业的语言，而不是他们的供应商。
制定更智能的网络决策
最近，我了解了普通财富500强公司在AWS上拥有超过1,100 vpcs。每个人都是独立获得的，以便单一使用。公共云通常比站立在公司数据中心的服务器更容易，更快，更便宜。雷竞技电脑网站但是，这种做法正在创建需要是互联网络的较大且较大数量的私人网络段。作为一个网络专业人士，我们需要以安全的方式向我们所有的网站互联互联网。在AWS中保持VPC间流量显然是有道理的，但应该在任何地方用ACL构建一个经典的任何地方网络？或者应该只是用必要的隧道/路线桥接网络？我们是否需要在这些路线上进行防火墙技术？
思科宣称几乎所有工作负载将在三年内公开或私有云。业务逻辑决定每个工作负载都有一组定义的允许用户和定义的相关或支持工作负载集。理想情况下，人们将以每个工作负载的连接的形式描述网络要求，以为其相关工作负载和用户。了解用户和相关的工作负载并不容易，传统的网络分段不起作用。这是因为Chined和共享工作负载，用户通常被授权使用多个服务。
专注于要求
另一个挫败感是网络功能提供连接，但是安全功能随后通过控制访问来限制连接。网络路线是动态和自我修复，而访问控制是配置，物理和静态的。服务主使用的叙述是“弹性，动态，多地，简单”，而网络叙述包括“ISPec隧道，IKE服务器，BGP，NAT，动态DNS，负载平衡器，防火墙，ACL，MPLS，MP-BGP，NAC“加上了很多的配置。配置是如此复杂，我们现在称之为策划。
服务所有者和网络专业人士之间的新叙述需要专注于服务及其要求。值的每个服务都需要一个或多个数据包通过网络从客户端遍历到服务器。与服务相关联的这些数据包构成会话。网络专业人员而不是路由数据包，需要开始考虑数据包的会话。会话有一个或多个服务地址，方向（客户端到服务器），它们具有带宽行为（语音，视频，HTTP），它们有可接受的客户端列表（IP地址，网络掩码，VLAN，设备类型等）。同样，网络需要为服务和会话提供分析，作为自动网络调整的主要反馈循环（弹性）。
网络层需要在关键网络边框处了解服务。弹性，动态，多地点，简单的网络无法策划。对于网络工程师来重新加入叙述，网络必须讲述服务语言。当网络工程师提供服务而不是CIDR块时，我们将成为谈话的一部分。当网络弹性对服务需求响应时，而不是在供应中的蛮力而不是蛮力时，我们将开始为我们的组织增加竞争优势。
我们都在讲述我们的空间中主导供应商的语言，我们正在学习供应商的认证，我们不再由我们的组织重视。通过调整业务的真实需求来重新加入谈话。成为组织叙述的一部分。