天极传媒：天极网全国分站
您现在的位置：
& &&天旦网络CrossFlow 2.0产品正式发布
天旦网络CrossFlow 2.0产品正式发布Yesky软件频道 11:20
　　日下午，上旦网络科技发展有限公司(简称：Netis )在上海浦东喜来登由由酒店顺利举办CrossFlow 2.0产品发布会。、等重要合作伙伴(暂定)，宇信易诚、神州新桥等CrossFlow经销商出席发布会活动现场。
　　CrossFlow产品线一直致力于将网络与服务性能管理变得简单、灵活，它转变以往“以设备为中心”的管理视角，“以服务为中心”，充分利用可靠的网络数据源实现敏捷的网络与服务性能管理。CrossFlow BPC及NPM至今已得到了诸多用户的认可。虽然未能赶到现场，招商银行、银联用户，都通过视频为CrossFlow 2.0的发布致以祝福。
　　本次发布会在Netis CEO 杨光辉先生的致辞中拉开帷幕，由Netis 产品总监贺晓麟先生在现场通过3段精彩视频揭开了CrossFlow 2.0 产品的面纱。
天旦网络科技CEO杨光辉致辞
　　基于网络数据源的服务梳理C SPV Discovery
　　服务路径图发现(SPV Discovery)是CrossFlow BPC、NPM 产品的重要组件，自动发现组件、交付设备之间的连接性和访问关系，帮助用户快速创建以服务为导向的管理视图。
　　很长时间以来，企业IT团队的工作重点都放在应用系统的建设上，从支撑业务的角度完成一个又一个项目，但却从未真正对所有的应用系统做过详细梳理，弄清楚应用系统之间的逻辑关系。
　　早期开发的一些应用系统，并没有建立良好的开发和运维流程，应用之间的关联关系也往往没有编写规范的文档。后来，由于IT员工的更替，了解应用系统开发过程的运维人员越来越少，让IT运维逐渐感受到了运维的压力。
　　在日常运维过程中，我们经常发现虽然系统能用，但以前的文档有很多找不到了，运维人员经过几轮接手，对于整个应用系统缺乏清晰的了解，出了问题往往无从下手。
　　在应用梳理过程中，会发现很多“未知”的存在。由于当时资源紧张等特殊因素，某台主机上可能运行着两个不同的应用程序;或者有一些边缘组件，平时不太引人注意。这些问题伴随着开发人员一波一波地更替，逐渐被人们淡忘，为今日的运维工作埋下了隐患。
　　事实上，在众多信息化建设开始较早的企业中，这种情形时常发生，却很难解决。如果没有一种有效的梳理手段支撑，企业希望解决应用梳理问题，无疑是一项充满挑战的工作。
　　只有可见的，才是可运维的
　　对于运维，有一句真理：只有可见的，才是可运维的。
　　特别是在业务与IT越来越紧密关联的下，我们需要看得比以往更深，我们已经不能仅仅满足于知道有哪些应用和节点部署在企业中，更需要知道他们之间是怎么连接和交互的。我们需要：
　　ž 对复杂的应用架构与连接关系进行彻底梳理
　　ž 自动发现节点之间依赖关系
　　ž 快速比较应用之间连接的变化情况
　　ž 将梳理结果与应用性能管理平台相整合
　　应用运维工作直接支撑企业业务的健康运行，并为业务的增长提供关键保障。这并不是一件轻松的任务，应用运维面临着来自各个方面的挑战，其中包括：
　　1. 业务运行史无前例地依赖IT支持。但如果缺乏对IT架构的理解，每一个“未知”都可能导致业务的严重中断。
　　2. 业务快速发展变化，对IT运维的敏捷性提出了前所未有的要求。只有对IT架构保持充分的“已知”，才能让IT跟得上业务变化的节奏。
　　如何选择应用梳理方法
　　应用梳理有很多种做法，该如何选择一个合适的呢？
　　 人工梳理：合适的人选是团队中比较资深、同时对整个应用架构非常熟悉的人。如果再加上沟通顺畅，幸运的话，花上几周时间专注于这一项枯燥的任务，也许可以将应用梳理出一定条理。但问题是，这样的人往往战斗在应用运维的前线，是不可或缺的支柱员工，是否能够再拨出时间进行应用梳理？
　　 使用某种工具，在所有主机上安装agent程序收集各种参数，或者将所有的管理员账户密码告诉这个工具，让它自动登陆每个主机来获取IP连接信息、配置参数等，然后统计出逻辑关系，这两种手段往往是结合在一起使用的。这种梳理方式可能比人工梳理要来得轻松一些，但是你却会面临安全问题和风险：安装agent会带来性能影响和不可预知的风险;让工具自动登陆可能会泄露生产服务器的管理员账户信息。这种方式本身并无技术含量，只是将人工梳理工作自动化了，但企业需要评估风险和收益。如果为了快速适应应用架构变化而长期部署这种机制，那么前面提到的风险无疑会被持续放大。
　　 自动分析网络流量
　　现代应用的一个显著特点就是几乎所有的交易均会通过网络传输。应用架构中组件的访问关系会100%完全映射到网络上，这是网络视角先天的客观性。如今被动式流量捕获技术已经非常成熟，这种无风险、部署简单的方式可以做到完全被动的实时记录、分析，而不会对运行中的生产系统带来任何影响。以网络数据为基础，结合优秀的分析引擎，可以非常快速地进行应用逻辑关系梳理、访问判定甚至是应用协议的自动识别。这无疑是一种最先进的应用梳理理念，它将宝贵的人力资源从枯燥的梳理工作中解放出来，同时不会对业务带来任何风险和影响。
　　在瞬息万变的商业环境中，我们IT需要具备充足的敏捷性来适应业务的变化。在过去的理念中，不断而来的变化是IT运维的一大挑战，而时至今日，IT运维需要主动出击，拥抱变化。应用梳理永远不可能是一劳永逸的，我们需要的是一次梳理、长期监控。利用网络数据进行自动化应用梳理可以让我们非常方便地管理每一个时间点的应用架构快照，可以逐步深入，也可以快速比较，让变化不再是运维的难题。
　　服务路径图发现―― SPV Discovery
　　SPV Discovery产品依托于真实网络流量，实现应用服务路径的可视化，为 IT 部门提供准确有效的应用组件、交付设备之间的访问依赖关系信息，并且可以被持续管理，为应用项目的建设、监控、排障、迁移提供可靠的信息支持。
　　通过简单快捷的合并、拆分、筛选操作，以及自动化的梳理功能，SPV Discovery产品为使用者提供了一种高效的应用梳理方法，可大大减少此项工作的时间和人力资源投入，提升IT管理的效率和价值。
　　 自动发现网络服务路径
　　IP发现：根据应用组件产生的网络数据，自动呈现应用组件、交付设备之间的IP连接关系。
　　端口发现：汇总并摘要显示TCP会话数据，使得服务端口显而易见，快速建立服务访问关系。
　　 自动梳理
　　根据IP地址表，一键自动梳理，直接呈现应用组件、交付设备之间的连接关系。
　　自动比较IP地址表与实际网络流量之间的差异，发现真实的依赖关系，发现文档信息的缺失和错误。
　　 搜索定位
　　支持IP地址、设备名、服务端口号，以及其复合条件的搜索，快速找出目标数据。
　　直接在服务路径图中定位锁定相关的服务组件、端口以及客户端，显现目标数据的访问关系。
　　 服务路径图快照
　　为服务路径图建立档案库，快速查询应用组件、交付设备之间的访问依赖关系。
　　更新数据源，快速发现实际运行中、变更后、系统整合等场景下的服务路径和访问关系的变化。
　　 数据源可用性检查
　　自动检查镜像数据是否可用，内容包括是否存在不完整的TCP会话，以及镜像重复的数据。
　　自动发现TCP连接模式，识别同步、异步协议，并提供信息以辅助判断TCP短连接、长连接。
　　 应用层协议识别
　　自动识别各组件使用的应用层协议(CrossFlow BPC产品支持解码的协议)。
　　 报文样本导出
　　自动完成过滤，导出特定应用组件之间的通信报文。
　　全局导出所有应用组件之间的通信报文，并以应用访问关系的组织方式进行归档。
　　核心优势
　　ž 以真实网络流量为依托，使服务路径可视化，反映应用组件、交付设备之间形成的访问关系。
　　ž 建立服务路径图档案库，提供准确的应用环境信息，使得应用组件之间的访问依赖关系可持续管理，降低变更风险。
　　ž 有效降低应用梳理的时间消耗和人力成本，提升应用故障排查，以及监控系统实施的速度。
　　ž 广泛适用于SOA、多层异构，以及虚拟化的应用场景。
　　基于网络数据源的服务性能管理――CrossFlow BPC 2.0
　　充分利用可靠的网络数据，覆盖端到端应用组件，全面可视化应用性能和可用性。以服务为导向，快速定位问题位置和原因，帮助企业IT组织提升服务性能管理敏捷性。
　　应用性能管理是IT运维中的一个重要环节，在这个环节获得可测量的应用性能数据，是后续事件管理、故障管理、问题管理的发起源头，也为后续流程当中进行分析、追踪、定位提供数据和功能支持。即时获得有效的应用性能管理数据可以帮助企业IT部门了解、把握业务应用系统的运行状态，一旦发现异常波动，可以及时采取措施，在预防阶段捕捉并解决问题，避免因业务性能下降或中断范围扩大而导致业务经营损失;而在问题发生时，能够帮助企业IT部门加速分析、追踪和定位故障，减少业务中断时间，达成SLA目标。
　　应用性能管理中的问题和挑战
　　 系统间相互孤立，格式不一，数据高度离散，缺乏关联性
　　监视数据源复杂多样，一旦出现问题，基础架构、中间接、和应用分头查，但相互孤立，难以及时找出问题环节。也缺乏技术手段，针对单个用户、单笔交易无法关联分析交易过程、操作过程，导致问题定位难。有企业IT管理人员这样向我们诉说：“我们处理查询慢投诉，召集了所有部门的负责人，处理了2-3小时，费神费力。”
　　故障诊断发生时，时间往往被耗费在无序的排查工作中，其中的主要问题在于：一旦发生问题，多部门同时开始根据各自经验诊断;缺乏统一视角的证据支持，没有入手点;若无法达成共识，则需要进一步线索进行反复排查。
　　 采用传统模式容易导致被管理系统性能下降，影响业务生产
　　Agent模式、日志分析、代码植入等是传统应用性能管理的常用方式。然而这些方式直接与被管理系统、应用程序产生了交互，也就是说监视数据的产生本身会消耗系统、应用程序资源，这往往会导致资源紧张，进而导致业务处理性能下降，甚至不少用户的业务应用因此而遭受了严重的中断故障。因此，在高负载量的应用系统中，对此类方式的选择非常谨慎，这也就带来了监控的难题。
　　 对现有应用架构可视性不足，导致运维产生盲区
　　由于IT团队将主要精力放在建设上，一直以来都对应用梳理缺乏投入，加上人员变动、文档管理不完善等因素，如今支撑企业核心业务的应用架构已经变得难以梳理，这直接给运维带来困难。而应用性能监控平台与应用架构缺乏对应性，也导致应用运维的效率变低。同时，随着业务变化，应用架构随时都需要变更，运维必须拥有管理架构变更的能力，才能避免遇到更多问题。
　　 应用监控系统开发周期长，无法适应业务变化速度，落地困难，维护成本高。
　　在迅速发展的复合应用架构中，因为系统以及应用程序所采用的技术不同，在一个业务服务中，不同的服务环节往往需要使用多种技术的Agent进行数据获取，或者需要应对繁杂的日志格式。传统监控系统要达到性能管理目标，不得不持续投入开发资源，以应对被管理系统、应用程序的不断变化。当IT规模不断扩展，业务保障要求提升，应用性能管理的工作压力骤增，过长的开发周期，实施落地困难，后期高昂的维护成本，使IT部门身陷泥沼，不堪一击。
　　基于网络数据资源的应用性能管理方法
　　利用网络数据的应用性能管理平台使得这些问题迎刃而解，实时性、可关联、低成本、高可用成为这种平台的技术优势，给企业IT部门带来诸多收益。应用性能管理着眼的是应用系统整体的性能管理，而非仅仅针对某个技术层次的“竖井”式的解决方案，因此从指标到覆盖范围，应用性能管理平台应该具备以下能力：
　　 网络数据资源丰富
　　在现代应用架构下，应用服务层级划分非常清晰，层级间的交易全部通过网络传输完成，基础设施和交付设施本身都以服务为中心向应用提供界限明确的服务功能，采集设备可以轻松获得关键交易环节的网络数据，这给网络数据源的获取带来极大便利和灵活性。
　　目前网络数据的获取方式主要有两种：
　　第一种是专用流量镜像设备，例如TAP类产品，这些专用流量镜像设备为后端数据分析提供优秀的数据源整理功能，包括过滤、汇聚、分发类基础功能，以及数据包裁切、剥离/加载标签等高级功能，并且能够确保数据包先后顺序的准确性。采用这种流量镜像方式可以在流量获取环节获得最大优势，为后端数据处理环节节省资源消耗。
　　另外一种是端口镜像(SPAN)方式，这种技术起源于，是成熟、稳定的网络流量获取技术，已经普及于各大厂商的网络产品，包括思科、华为等等，具备十分广泛的可用性。
　　 监控平台的技术实现方法和提供的功能
　　上层应用性能管理平台则充分利用网络数据，通过协议解码技术，充分利用网络数据资源，帮助企业IT部门建立应用性能管理平台。
　　协议解码是上层分析平台的底层基础，应用性能分析的指标均来自于协议解码信息。SOA架构、主流应用平台和大多采用标准协议，这些标准化协议的使用给协议解码技术带来了极大优势。由于协议采用标准规范，解码器可以适用于所有已支持协议的解码，针对不同的应用环境，只需要配置化修改解码字段即可适用。也就是说在协议解码这个环节，可以广泛适用于现代主流应用架构。
　　上层呈现针对业务逻辑和服务访问路径，采用图形化的配置方式完成，建立应用组件库，按照实际服务情况组合应用组件，建立端到端的服务路径图。这是应用性能管理的主线，从而实现以服务为导向的监视管理，从关键指标数据的呈现，到数据分析过程中的导航，再到问题的发现和定位，都以这个服务路径图为中心实现。
　　为重要应用分别建立服务路径图后，可以通过服务面板功能对各个应用服务进行统一监控，快速发现服务异常，并且通过快照、时间轴等工具，对比正常与异常时的核心指标变化，掌握应用故障演变情况，获取快速响应应用故障的能力。
　　在指标分析上，则以交易为中心，提供交易量、成功率、响应时间、响应率返回代码五大关键指标，并区分交易类型、交易渠道进行指标统计。在监视范围上覆盖端到端的应用服务组件，实现应用性能和可用性的多维度可视化。
　　其中应用层的返回代码也是应用性能管理的一项重要指标，监视不同层面的应用层返回码，可以为管理人员带不同的管理收益。运维人员可以通过具体的系统级返回码快速判断故障类型;而业务层错误代码的状态则可以反映业务交易处理流程中可能出现异常状况。
　　通过协议解码，获得基础的性能信息以及更加深入的应用交互信息，基于此事件追踪查询功能，即支持快速简洁的时间、IP、交易类型、交易结果等基础信息组合查询，又支持应用协议中多字段组合查询，同时为一线运维人员和专家提供易用的交易追踪接口和深度解析能力。而基于多层应用之间协议中的字段信息，进行自动化的交易关联，使得在服务路径上能够关联各层级应用组件，获得端到端的交易追踪查询能力，帮助IT部门快速定位问题原因和位置。
　　分布式的架构能够支持多中心模式应用。企业IT建设多数据中心，应用架构也采用负载分担或主备模式运营，这给应用性能管理带来的问题就是需要跨数据中心进行监视管理。分布式架构可以很好的支持这种场景，每个数据中心部署平台处理设备，分别在本地获取、分析、存储数据，然后将分析结果呈现在统一用户管理界面上。这避免了在广域网上传输数据而占用大量带宽，同时又能够保证整体平台的处理性能。
　　CrossFlow BPC 2.0
　　CrossFlow BPC基于先进的协议解码技术，充分利用可靠的网络数据资源，帮助企业IT部门建立应用性能管理平台。以服务为中心，提供交易量、成功率、响应时间、响应率、返回码五大关键指标，并区分交易类型、交易渠道两大统计维度，展现服务组件的运行状态。在监视范围上可以覆盖端到端、双中心的应用服务路径，实现应用可用性、性能、负载量的全面可视化。
　　旁路式的监控技术不会对被管理应用产生任何影响，完全避免了传统监控方式所带来的性能风险，因此也可以获得实时统计能力，第一时间为IT部门提供应用性能数据。可配置的协议解码器、应用服务路径、以及故障定位逻辑，确保了BPC平台可以灵活、快速实施落地。
应对的问题
ž以服务为中心，全面可视化应用服务质量。
ž自动故障定位，在呈现应用故障对用户体验影响的同时，指出导致问题发生的根源组件和原因。
ž5大关键指标、2个维度，具备灵活的多维统计，以及逐层关联的深入分析能力。
ž能够覆盖端到端的应用组件，并支持双中心架构应用的本地采集、分析，集中管理、呈现。
ž完全可配置的标准协议（如XML），应用服务支持配置化定义，无需开发，快速实施，可靠落地。
ž无代理，旁路式监控，不影响被管理应用，0风险。
ž应用组件的性能、可用性、负载量监控。
ž交易量、成功率、响应时间、响应率、返回码的精细化服务质量评估。
ž多维度分析不同交易类别、交易渠道的性能差异。
ž追踪应用性能指标波动，分析连锁反应，找出根源组件。
ž支持异构环境下的交易追踪查询、快速故障诊断和深层原因分析。
ž获得实时的异常、故障事件告警，提升运维响应速度。
　　 图形化配置
　　图形化配置界面，快速组合应用组件，形成服务路径图。
　　通用组件模块，根据环境配置组件属性和性能指标。
　　 服务路径图
　　Service Dashboard，以服务路径图为中心，直观展现应用服务的业务逻辑和依赖关系。
　　实时呈现每个业务内部组件、主机的关键性能指标，集中体现服务运行质量。
　　Time Machine时间轴，实时更新每分钟的服务运行状态，标识故障点，移动时间轴即可回放故障演变过程。
　　 关键指标统计
　　以时序图、快照方式展现统计值，指标数值变化趋势一目了然，同时可按需选取时间段统计汇总。
　　提供2个统计维度：交易类别、交易渠道。
　　体现5大关键指标：交易量、成功率、响应时间、响应率、返回码。
　　 交易追踪
　　可以通过查询接口，包括时间、IP、交易类型、交易结果等字段，以及自选的扩展字段，进行快速查询;也可以由多维统计视图直接关联查询。
　　在单个组件上，呈现每笔交易的详细信息，包括交易关键字(如流水号，可自选)、交易时间、交易结果、返回码等详细信息。
　　支持异构环境下的多层关联，自动关联多层交易记录，为每笔交易区分在每个组件上的时间消耗，暴露性能瓶颈
　　提供单一关键字追踪分析，完整展现被查询对象的交易行为和每次交易的处理过程。
　　 Smart Alert
　　可配置的故障定位逻辑，使得告警模型可以按照实际业务模式进行定制，广泛适用于多种场景。
　　提供基准线功能，根据历史数据自动生成参考基准线。
　　支持阈值与持续时间的复合指标告警;支持与基准线对比的指标告警。
　　故障定位，标识触发告警的应用组件，并自动定位根本原因所在位置。
　　告警中心，提供告警过滤、查询界面，同时提供标准接口，支持将告警发送至第三方平台。
　　 SPV Discovery
　　自动呈现被监控网络数据的IP连接性，快速梳理应用组件之间的逻辑访问关系。
　　为BPC提供服务路径图定义的准确数据，以及应用层协议信息。
　　 Smart Probe
　　自动识别服务器设备，自动检测端口状态。
　　灵活选择以太网端口作为数据包捕获端口。
　　以服务为导向的网络性能管理――CrossFlow NPM 2.0
　　以服务为导向组织网络性能监视管理视图，囊括网络设备、应用交付设备和多层应用组件，可视化、量化网络向业务应用所提供的服务质量(可用性、性能、负载量)，自动发现、诊断、定位故障，提高IT组织网络运维的敏捷性。
　　企业IT组织正全面依赖于复合应用架构来保障企业的核心竞争力，在实现方法中SOA(Service-Oriented Architecture 面向服务的架构)方式已经被业内广泛认可和采用，同时带来的是网络基础设施上承载的应用复杂度越来越高。
　　而伴随着SOA的发展，网络所承担的不再仅仅是基本的连通功能，而是分担了更多原来需要专门应用服务才能处理的工作，比如负载均衡、数据缓存、加速、加密这些过去作为应用运行在专用服务器上的功能。网络基础设施厂商也提出了与SOA相对应的以服务为导向的网络架构(提出的SONA，Service-Oriented Network Architecture 面向服务的网络架构)，以保障复合应用的高效交付。
　　在网络性能管理领域，对应SOA的发展需求，Netis提出了SONPM(Service-Oriented Network Performance Management)以服务为导向的网络性能管理理念。区别于传统以设备为中心的网络性能管理，SONPM以网络服务为核心视角，并以服务为导向组织管理视图，创新性的实现了网络性能管理与SOA环境无缝对接。
　　基于SONPM框架，Netis NPM(Network Performance Manager)产品构建了以服务为导向的网络性能管理平台，实时监测网络服务可用性和性能指标，用自动化的方式分析、定位问题，并提供即时预警能力，时刻保障核心网络服务高效可用。
　　当前网络性能管理中遇到的问题
　　网络管理部门的工作职能在于建设、运维网络基础设施，在突出基础设施的传统观念下，网络管理人员往往很少关注运行在网络之上的应用系统性能状况。然而在SOA盛行的当今，复合应用本身已经成为系统和网络服务的结合体，网络向应用提供的服务越来越丰富，网络和应用之间不再是简单的上下平行的承载关系，而是犬牙交错，紧紧咬合在一起。而一成不变的仅把网络看成应用的载体，这种观念把技术人员各自圈定在自己负责的基础设施范围之内，更直接的说，是限制了分析和解决问题的思路。
　　当前网络性能管理中存在的问题主要有三个方面：
　　ž 以设备为中心的管理模式
　　ž 缺乏复合型技术专家
　　ž 被动化的网络性能保障工作
　　以上三个方面的问题在过去到现在广泛存在于企业的网络管理部门当中。
　　以服务为导向的网络性能管理方法
　　网络基础设施向应用提供支撑服务，传统观念注重设施、设备的管理，基础设施和应用之间的直接接口往往被忽视。然而直接与应用层对应的是虚拟的传输通道，这些虚拟传输通道我们称之为流(Flow)、连接(Connection)或会话(Conversation)，它们建立在基础设施之上，直接向应用提供服务，实现从终端到应用，从应用前端到后端，所有端点的连接互通。并且为不同的应用环境提供不同的连接模式，提供类似负载均衡等性能优化、虚拟化和安全的功能。
　　这些虚拟传输通道贯穿于应用全程，是基础设施向应用交付服务的最后环节。因此，能够直接体现网络服务可用性和服务质量的也是这些虚拟传输通道，任何因为网络层或者应用组件异常导致的问题都会真实体现在上面。
　　转变传统网络性能管理观念，采用以服务为导向的网络性能管理方法是唯一解决方案。
&网络服务的本质是可用性和性能，在确保应用可用的前提下，提升应用的性能、安全性。面对以服务为导向的复合应用环境，IT管理者要保障网络服务的可用性和性能，需要一种以服务为导向的网络性能管理系统来解决传统管理方法存在的问题，该系统需要具备以下特征：
　　 提供以服务为导向的视图(Service-Oriented View)
　　对应以设备为中心的网络性能管理方法，基于SONPM理念的产品应该站在更高的层次，提供以服务为导向的监测指标数据，同时这些指标数据按照服务导向的形式组织在一起，把在业务有关联的应用组件、网络组件串连起来，形成统一、整体的视图。
&视图本身即呈现了网络服务的访问关系以及数据路径，而提供网络服务的基础设施按照服务流程有序的组织在一起，用最直观的方式让管理人员获得网络服务的监测视角。在视图中，围绕着具体的应用应该体现的网络服务的关键因素如图所示。
　　客户、应用组件及基础设施组件：这些组件是构成服务的基础元素，是完成业务的关键环节，包括客户端、Web服务器、中间件、数据库、、、负载均衡设备等。
　　网络服务的访问关系：客户每完成一笔完整的业务交易，所涉及的应用、基础设施组件之间前后访问的逻辑顺序和关系。
　　网络服务的数据路径：客户每完成一笔完整的业务交易，所经过的基础设施环节以及应用组件环节，体现数据传输流程和路径。
　　网络服务的提供方式：应用组件以及带有服务功能的基础设施组件，每一层向前提供服务的方式，具体则体现为TCP连接方式，比如常规的TCP连接方式、TCP长连接、异步双工模式的长连接等。
　　客户及组件的位置信息：客户、基础设施组件、应用组件所在的位置，不同的位置对于网络服务产生不同的影响，需要区别对待，比如广域网和局域网就会有传输延迟上的差异。
　　 最小化网络、系统及应用专家的引入
　　以服务为导向的NPM平台具有利用统一技术接口，在众多有关联性的组件中捕捉其复杂关系的能力，能够最大化利用自动化的故障诊断系统分析问题，从而最小化各种系统专家的人工工作量。
　　过去通常的场景是，很少有复合型的技术专家能能够运用多种技术知识综合判断问题，而是各组件的管理人员运用不同专业方法和资源分析问题，导致各持己见而无法统一观点。
　　当把原本独立的客户、基础设施组件、应用组件以服务导向组织在一起，问题分析和定位的方式就会变得与以往不同。首先，这些组件与具体的应用是直接对应的，一旦该应用出现问题，我们直接可以获得所有组件和数据路径的信息，这直接缩小了问题排查的范围。其次，网络服务的提供方式是通用的网络传输协议，虽然一连串应用和基础设施组件采用不同技术实现，但是他们之间的连接和通信采用的是通用网络传输协议，一旦出现问题，在相关组件环节的网络传输行为上就会出现变化特征。这也就是为管理人员在技术上提供了统一的问题分析接口，在问题的层次定位和位置定位环节就不再有必要引入各组件的技术专家，问题定位后，再由问题所在的具体组件，比如Web服务器、中间件、数据库或者防火墙、，他们的专业管理人员进行深入解析和解决。
& 减少被动化的网络性能保障工作
　　以服务为导向的NPM平台具备即时发现问题并且预警的能力，在问题发生之初即捕捉到异常现象，快速进行分析和定位，在第一时间通知管理人员故障、异常的发生，并指出问题所在。
　　即时发现问题的能力尤为重要，达成这个目标的基础有两点：首先，要把网络服务与具体应用对应起来，这一点在以服务为导向的NPM中视首先被解决的问题，只有这样才能在网络服务层面上获得有效的告警信息。传统的网络性能管理系统由于视角不能与具体应用对应，往往无法提供有效的告警信息。其次，基于上一点，NPM具备捕捉网络服务动态变化的能力，也就是需要实时的数据分析和统计，一旦发生问题，所带来的网络服务指标变化即会产生波动，这些波动的指标可以直接指示问题是什么，以及问题在哪里。
　　如今不管是应用建设还是网络建设，SOA的盛行给网络性能管理带来巨大挑战，网络管理人员如何应对这种局面是运维保障工作思考的一个重点。Netis提出的以服务为导向的网络性能管理(SONPM)，这种做法突破了传统的网络运维管理理念，使得网络运维管理人员的视角不再局限于网络基础设施，而是基于以服务为导向的视角重新构建了网络性能管理方法。
　　基于SONPM的理念，Netis CrossFlowNPM产品创新性的以服务为导向建立网络性能管理视图，帮助网络管理人员理顺网络服务的访问关系和数据路径，使得网络服务与具体应用直接对应。以此作为基础进行实时进行的数据统计和分析，追踪网络服务动态，针对网络服务故障、异常进行即时的预警通知，捕获保存故障现场，并进行完全自动化的故障诊断和问题位置定位。
　　以服务为导向的网络性能管理理念为网络管理人员提供了与SOA紧密吻合的网络性能管理方法，将会帮助企业达成高效、敏捷并且统一的网络性能管理和保障目标，同时降低运维时间及人力资源成本。
　　CrossFlow NPM 2.0
　　智能化的CrossFlowNPM 2.0站在更高层次，以服务为导向组织监视管理视图，以网络服务的逻辑关系为基础把有关联的网络组件、应用组件串连起来，形成完整的网络服务路径视图，直接体现网络设施对业务应用的支撑能力。针对特定网络服务质量事件，即时判断即时通知，帮助用户快速发现、定位网络服务质量问题。同时提供自动化的专家系统，在问题发生后直接指出故障根本原因和发生的位置，为管理人员提供有力的数据证据。
　　NPM 创新性地以服务为导向的网络性能管理方法以及自动化故障诊断、定位技术，帮助IT组织快速提高运维敏捷性，减少因网络故障带来的业务损失，改善网络服务质量，确保网络服务高效可用。
　　 核心优势
　　ž 以服务为导向的管理视图，直接体现网络为每个应用提供的服务质量
　　ž 有效支持 SOA架构，囊括网络设备、应用交付设备、多层应用组件，提供复用功能，全面覆盖服务路径
　　ž Multi-Hop 自动化多网段关联分析，Multi-Tier 自动化多应用层级关联分析
　　ž 自动化故障诊断和定位，降低因频繁故障诊断所消耗的时间、人力成本
　　ž 区分网段，支持多分支机构接入数据中心的站点监控
　　ž 切实有效的告警，即时发现导致网络服务质量下降的指标和专项事件
　　ž 分布式部署，支持跨数据中心应用的监控
　　ž 支撑快速应急处理流程，提升 IT 组织的运维敏捷性
　　诊断和定位的问题
　　ž 可用性：建连失败、连接异常终止、超时
　　ž 性能：丢包、重传、零窗口、TCP Nagle、半关闭
　　ž 负载量：流量、客户量、并发连接数
　　ž Multi-Hop(多段网络)关联分析
　　ž Multi-Tier(多层应用)关联分析
　　ž 区别故障层次，指出网络层、应用层问题
　　ž 定位故障，找出导致问题发生的根源设备
　　ž 定位站点，找出发生故障的站点，或受故障影响的站点
　　 故障诊断和定位
　　自动故障诊断，区别网络层、应用层问题，找出根本原因
　　自动故障定位，判断导致问题发生的具体组件环节
　　存储并举证原始故障数据的交互过程
　　 服务路径图
　　Service Dashboard，以服务路径图为中心，直观展现所有网络服务的实时运行状态
　　呈现每个应用内部组件的访问依赖关系和关键性能指标，集中体现服务运行质量
　　Time Machine 时间轴，实时更新每分钟的服务运行状态，标识故障点，移动时间轴即可回放故障演变过程
　　 站点视图
　　以网段为区分，构建多分支机构、外联机构的站点视图
　　实时呈现面向各个站点的网络服务质量关键指标，并在故障发生时直接定位故障站点站点
　　提供分组、搜索功能，快速找到目标站点
　　 故障案例库
　　故障诊断现场一键保存，自动形成故障案例和知识库
　　按照故障分析报告的排版方式组织视图，保存即可存档、分享、汇报
　　 Smart Alert
　　针对网络服务的可用性、性能、负载量定义指标告警和专项事件(建连成功率低等)告警
　　支持组件告警、站点告警
　　支持告警模版，简化告警定义过程
　　即时发现并在早期产生告警通知，支持Syslog发送告警通知
　　 SPV Discovery
　　自动呈现被监控网络数据的 IP 连接性，快速梳理应用组件之间的逻辑访问关系
　　为 NPM 提供 SPV 定义使用的客户端、服务器、服务端口等准确数据
　　 Smart Probe
　　自动识别服务器网卡设备，自动检测端口状态
　　灵活选择以太网端口作为数据包捕获端口
（作者：李玮责任编辑：李玮）
天极新媒体&最酷科技资讯扫码赢大奖
* 网友发言均非本站立场，本站不在评论栏推荐任何网店、经销商，谨防上当受骗！
Win10系统在Win8的基础上对界面、特性以及跨平台方面做了诸多优化。
手机整机DIY企业级
pc软件手机软件