服务路径图 —— 一张视图让网络与应用融合 6月01

Tags

Related Posts

服务路径图 —— 一张视图让网络与应用融合

在上期Flows中,我们采访Netis 产品部Head Wizard He,一起探讨到网络在基础架构的角色之余,已升级到了一个更为重要的地位 —— 为上层应用提供支持。“以服务为中心”的网络运维理念,即是 CrossFlow NPM 产品的精髓所在。尤其是 “服务路径图”(Service Path View)的全新创意,将网络管理引入到了所见即所得的可视化境界。在访谈发布后,我们收到不少读者对于“服务路径图”的关注,因此,在本期中,我们将为各位详细介绍“服务路径图”的神奇之处。

首先,让我们来看一张图。

我们可以看到,这是一张网络管理员所非常熟悉的网络拓扑图。在这里有机房,汇聚、核心、接入,各种各样的交换机、网络设备、路由交换设备。以往网络人员可能会去监视这些设备的工作状态,到底是红灯还是绿灯。但应用部门的人员呢?他们很少会这样。在应用部门的一些图里是没有网络设备的。

以传统的角度来看,网络为应用提供连接的服务是很自然的。但在分析问题时,就会产生这样一个现象:业务人员会说这台应用服务器的连接有问题,但他不知道这台应用服务器连接在哪台交换机上面,也不知道前面的这些客户端都来自哪儿。这时,就需要网络与业务部门双方的配合,而这个配合的过程往往需要花费相当长的时间和精力。面对有如一墙之隔的网络与应用,究竟什么才是打开这扇大门的钥匙?

“服务路径图”,即是Netis潜心打造的那把钥匙。

什么是服务路径图?

网络基础设施向应用提供支撑服务,传统观念注重设施、设备的管理,基础设施和应用之间的直接接口往往被忽视。然而直接与应用层对应的是虚拟的传输通道,这些虚拟传输通道我们称之为流(Flow)、 连接(Connection)或会话(Conversation),它们建立在基础设施之上,直接向应用提供服务,实现从终端到应用,从应用前端到后端,所有端点的连接互通。并且为不同的应用环境提供不同的连接模式,提供类似负载均衡等性能优化、虚拟化和安全的功能。这些虚拟传输通道贯穿于应用全程,是基础设施向应用交付服务的最后环节。因此,能够直接体现网络服务可用性和服务质量的也是这些虚拟传输通道,任何因为网络层或者应用组件异常导致的问题都会真实地体现在上面。

因此,“服务路径图”应运而生。它将与业务相关的网络组件与应用组件按照服务流程有序地组织、串联起来,形成了一张统一的、完整的视图,让这些虚拟不可见的通道有形化。

服务路径图的关键因素

服务路径图本身即呈现了网络服务的访问关系以及数据路径,而提供网络服务的基础设施按照服务流程有序地组织在一起,用最直观的方式让管理人员获得网络服务的监测视角。在视图中,围绕具体的应用应该体现的网络服务的关键因素如下图所示。

客户、应用组件及基础设施组件:这些组件是构成服务的基础元素,是完成业务的关键环节,包括 客户端、Web 服务器、中间件、数据库、路由器、防火墙、负载均衡设备等。

网络服务的访问关系:客户每完成一笔完整的业务交易,所涉及的应用、基础设施组件之间前后访 问的逻辑顺序和关系。

网络服务的数据路径:客户每完成一笔完整的业务交易,所经过的基础设施环节以及应用组件环节,体现数据传输流程和路径。

网络服务的提供方式:应用组件以及带有服务功能的基础设施组件,每一层向前提供服务的方式,具体则体现为 TCP 连接方式,比如常规的 TCP 连接方式、TCP 长连接、异步双工模式的长连接等。

客户及组件的位置信息:客户、基础设施组件、应用组件所在的位置,不同的位置对于网络服务产生不同的影响,需要区别对待,比如广域网和局域网就会有传输延迟上的差异。

秉持简单易用的方针,实现服务路劲图的创建仅需按照服务逻辑安放各组件与各接口所对应的图标,如复用层、客户端、交换机、负载均衡、防火墙、路由器、应用组件、存在流向的服务流接口、表示探针的捕获点位置等。

“服务路径图”第一次转变视角,将网络与应用充分融合。它站在“以服务为中心”这个更高的角度,让网络与应用之间互为孤立的状态化作历史。作为 CrossFlow NPM 的基础组成部分,它为 CrossFlow NPM 快速诊断故障位置、故障原因等提供了直观、可靠、完整的依据。

如果您想对 “服务路径图” 以及 CrossFlow NPM / BPC了解更多,请点击这里