超过90%的网络管理人员、高管和规划者在过去六个月我与相信他们有很少或根本没有战略影响他们公司的网络是如何发展的。这是一个相当惊人的统计数据,但这是一个更加惊人的:几乎90%的同一组说他们公司的应用成本超支和基于网络行为受益不足要么是可预测的,或者错误的直接结果,网络专业人士可以抓住。网络专业人员是很重要的拿回自己的座位在那些计划会议,但它是至关重要的对他们的公司,他们这样做。
希望,所以这首歌,不会让它。当某事是显式的,事情需要做,,曾经是如此的网络。当它隐式…它只是发生。越来越多的网络和网络规划是隐式的概念。当我们设计应用程序并选择如何,他们主办,我们至少约束和经常定义网络,支持他们。你猜怎么着?我们做错了很多,甚至大部分时间。解决方案是进行network-think当每个人都认为他们需要是定义应用程序和编写代码。关键是要停止思考网络和应用程序和开始考虑工作流。
应用程序与用户和数据库在另一侧,通过消息流称为工作流。很容易理解的工作流2020欧洲杯预赛,但是如何套索一群不守规矩的cloud-agile组件?在大多数情况下,这样做需要考虑每个应用程序结构,意义承载的所有部分和数据库,以及用户位于何处。然后跟踪工作流在所有元素中,那是一个网络职业期望。一定要计算每个元素的所有流入/流出。
一个应用程序,该应用程序的单个组件只有一个暂时性的工作流。添加组件,添加工作流,如果这远远不够,你的云工作流图表会让你头晕目眩。应用程序设计这些天需要将应用程序分解成组件,然后将这些组件分配给云计算或数据中心。2020欧洲杯预赛在云计算和数据中心、网络技术,越来越多的虚拟网络技2020欧洲杯预赛术,连接这些工作流。这意味着组件化和组件位置的决定决定网络需求,这些东西,软件类型是倾向于出错。
原因是他们对待云与隐含的抽象,看不见,连通性。他们不考虑在云或他们的设计和组件化如何影响成本和质量的经验(体验质量)。网络专业可以查看工作流多组分的云应用程序创建,理解含义,并要求开发商是否所有这些工作流程,和独立托管他们表明,真的是有道理的。
首先证明了组件化什么?最好的答案是可伸缩性。有时候整个应用程序是按比例缩小的,但是如果您的应用程序有比别人更多的工作,它可能有意义让那些碎片向上和向下扩展他们的工作不同。如果没有组件,需要单独的可伸缩性,那么这很让人怀疑他们是否应该可伸缩的和独立的。是开发人员决定组件化如何?可能不会,因为每个microservice使到一个单独的软件组件被认为是良好的发展实践。去年秋天,一个企业告诉我,他们的原生云应用程序的实现需要10倍的时间响应用户和成本三倍的传统形式。是多好?
弹性如何?不要多组分的应用让你替换组件更容易骨折?实际上,减少组件化可能提高可用性。网络专业人士知道,如果你需要四块设备的路径,以创建一个连接,连接的肉故障间隔时间短于它是一个组件,因为任何组件的失败意味着失败的道路。这同样适用于应用程序组件。开发人员需要考虑的组件设备的网络人的思维方式和思维的云应用程序作为一个抽象,然后,您可以以多种方式分解是一个伟大的方式来添加网络洞察应用程序规划。
这也是一个好方法去思考网络本身。互联网和一个MPLS VPN是抽象的。数据中心网络和云计算网络也是如此。你不能轻易操纵这些东西的内部,只与他们取得联系。从应用程序的角度来看,这意味着网络互连的规划是规划抽象的网络服务。这意味着思考网络网关。
网络优点用于网关;MPLS vpn,例如,使用一个边界网关协议网关技术支持联系。在云网络中,有一个广泛的选择。许多供应商支持同样的VPN网关,但它是更常见的提供一个通过互联网连接通过一个加密的隧道。这个连接,用于连接的云数据中心(混合云)或到另一个云在多重云配置中,几乎总是一个收费服务,也导致交通/使用成本。2020欧洲杯预赛
云流量的多少在一定程度上取决于应用程序设计。大多数企业使用云作为前端,与用户交互提供一个友好的GUI,然后转换到一个事务的交互数据中心应用程序或数据库。单个事务可能涉及用户交互十几个来回,如果开发人员将一个组件的GUI到数据中心,因为逻辑是可用的,网关成本可以惊人地上升。2020欧洲杯预赛
这很重要,因为应用程序开发人员通常设计他们的应用程序,以便一些组件可以从云数据中心或推入云,原因可靠性和可伸缩性。2020欧洲杯预赛这是另一个意想不到的性能问题的来源和成本超支,因为如果你移动一个组件,你也必须把工作流。
所有这些使得两个重要的点。首先,工作流应用程序设计者和程序员如何看待网络。这就是他们的东西产生。第二,网络专业人士可以跟规划者和程序员的影响他们决定工作流和工作流变更对成本和体验质量的影响。那就是workflow-meeting-of-the-minds赋予网络专业人士。如果工作流的话题,成本,和体验质量是相关联的,那么网络pro可以领导讨论,从他们的座位在计划表格。