应用架构图窍解IT性能管理难题

  在企业的IT系统中,由于业务模式和应用环境的复杂多样性,企业在设计IT架构的时候大多是封闭的,自成一体的。不论哪种IT架构都是业务驱动IT,以业务服务为基础来实现的IT系统更灵活、更易用,可更快地应对企业业务需求的变化。因此,要快速响应市场或客户灵活多变的需求,需要企业的开发运维工程师保障IT生态系统的可用和稳定。

  运维工程师需要具备保障IT基础设施和交付的能力,每天例行繁复又必不可少的巡检工作。通过监控工具发现问题、查找故障点、解决故障恢复服务。但由于网络结构的复杂和应用环境的多样,引发故障的因素和根源问题无法被发现,造成60%以上的问题重复出现,运维效率和服务质量不能从根本上得到改善。云智慧APM的应用架构图,以细粒度的业务应用作为基础来对业务进行建模,这样就可以产生简洁的应用服务和系统视图。用户不仅可以实时观测各个组件的最新状态,还可对关联组件的性能一目了然。

  1、多层应用架构可视化

  应用架构图包含:网站层、网络层、服务层、存储层和物理层五个架构。用户按照不同的应用创建多个应用架构图,并自定义编辑每个层的监控项目、创建项目间的应用关系,将多个监控项目组合在一张应用架构图中,复杂的应用环境变得简单可视。

  2、快速定位故障域,减少查找问题时间

  每个监控项目的状态条颜色表明当前组件性能的不同状态。如“绿色”表示正常,“黄色”代表“性能降低”,“红色”表示“故障”,灰色表示“不可用”。当故障或超过阈值告警时,可快速定位到问题发生域,提高运维工作效率。

  3、区分优先级,解决影响业务的关键问题

  当发生故障时往往会收到很多告警通知,因为一个故障可能影响到很多性能问题。用户可通过应用架构图中各个组件的状态,清晰地判断出故障等级,优先解决那些对关键事务造成影响的问题,减少服务中断带来的损失。

  4、剖析影响应用性能相关性和依赖性的问题组件

  应用架构图实际上是为一个应用服务建立了一个有效分析性能问题的模型。不论是应用性能降低还是不可用,都可以通过关键路径的设置和分析,看清影响交付服务质量相关性的深层问题和根源,从而消除潜在威胁,突破性能瓶颈。

  应用架构图以业务的应用数据流为基础,通过多个层、自定义和应用关系来管理支撑业务的IT性能。应用架构模型为相关IT性能之间提供了更好的"可追溯性",缩小了它们之间的差距。据了解,云智慧的应用性能管理是“基于大数据的智慧APM”解决方案,提供真实用户体验、应用拓扑映射、业务事务分析、深度应用诊断、数据分析端到端服务。目前,云智慧数据采集量已达到720亿条/每天,处理近500种不同类型的监控指标数据。

时间: 2024-09-30 07:13:45

应用架构图窍解IT性能管理难题的相关文章

Dubbo架构设计详解

[本文转载于Dubbo架构设计详解] Dubbo是Alibaba开源的分布式服务框架,它最大的特点是按照分层的方式来架构,使用这种方式可以使各个层之间解耦合(或者最大限度地松耦合).从服务模型的角度来看,Dubbo采用的是一种非常简单的模型,要么是提供方提供服务,要么是消费方消费服务,所以基于这一点可以抽象出服务提供方(Provider)和服务消费方(Consumer)两个角色.关于注册中心.协议支持.服务监控等内容,详见后面描述. 总体架构 Dubbo的总体架构,如图所示: Dubbo框架设计

【转】Dubbo架构设计详解

本文转自:Dubbo架构设计详解,原作者是:时延军 Dubbo是Alibaba开源的分布式服务框架,它最大的特点是按照分层的方式来架构,使用这种方式可以使各个层之间解耦合(或者最大限度地松耦合).从服务模型的角度来看,Dubbo采用的是一种非常简单的模型,要么是提供方提供服务,要么是消费方消费服务,所以基于这一点可以抽象出服务提供方(Provider)和服务消费方(Consumer)两个角色.关于注册中心.协议支持.服务监控等内容,详见后面描述. 总体架构 Dubbo的总体架构,如图所示: Du

福利来了!!! - PostgreSQL9.5架构图及外存图

放出两张PostgreSQL 9.5的架构图及外存图,希望能够帮到正在PG路上奔波的朋友们-

ENode 2.8 最新架构图简介

ENode架构图 什么是ENode ENode是一个.NET平台下,纯C#开发的,基于DDD,CQRS,ES,EDA,In-Memory架构风格的,可以帮助开发者开发高并发.高吞吐.可伸缩.可扩展的应用程序的一个应用开发框架. 开源项目地址:https://github.com/tangxuehua/enode 作者博客地址:http://www.cnblogs.com/netfocus/category/496012.html QQ交流群号:185916873 微信公众号:ENode ENod

WCF服务端运行时架构体系详解[下篇]

作为WCF中一个核心概念,终结点在不同的语境中实际上指代不同的对象.站在服务描述的角度,我们所说的终结点实际上是指ServiceEndpoint对象.如果站在WCF服务端运行时框架来说,终结点实际上指代的是终结点分发器(EndpointDispatcher).而ServiceEndpoint与EndpointDispatcher是一一匹配的,并且前者是创建后者的基础.而终结点分发器具有自己的运行,即分发运行时(DispatchRuntime). 目录 一.终结点分发器(EndpointDispa

WCF服务端运行时架构体系详解[上篇]

WCF的服务端架构体系又可以成为服务寄宿端架构体系.我们知道,对于一个基于某种类型的服务进行寄宿只需要使用到一个唯一的对象,那就是ServiceHost.甚至在某种语境下,我们所说的服务实际上就是指的对应的ServiceHost对象.整个服务寄宿过程包括两个阶段,即服务描述的创建和服务端运行框架的建立.而第一个阶段创建的服务描述是为了第二个阶段对服务端运行时框架建立服务的,所以我们有必要在对服务描述进行简单的介绍. 目录: 一.从服务描述(Service Description)谈起 二.服务端

WCF客户端运行时架构体系详解[上篇]

客户端调用WCF服务的方式不外乎有两种:其一.通过代码生成工具(比如SvcUtil.exe)导入服务的元数据生成服务代理相关的类型:其二.通过ChannelFactory<TChannel>创建服务代理对象.对于前者,生成的服务代理是一个继承自ClientBase<TChannel>的类型.对于这样一个服务代理对象,其内部本质上还是借助于ChannelFactory<TChannel>创建真正用于进行服务调用的代理对象.对于WCF客户端应用编程接口来说,ChannelF

WCF客户端运行时架构体系详解[下篇]

当基于某个终结点创建的ChannelFactory<TChannel>被开启的之后,位于服务模型层的客户端运行时框架被成功构建.站在编程的角度看ChannelFactory<TChannel>,它就是一个创建用于服务调用的服务代理对象的工厂.由于服务调用需要借助于服务代理来完成,我们很有必要从整个客户端运行架构层面来了解服务代理和基于服务代理的服务调用是如何实现的. 目录 一.服务代理是一个透明代理 二.服务调用的流程       操作选择       输入参数检验       序

WCF服务端运行时架构体系详解[续篇]

终结点分发器在自己的运行时中对请求消息的处理最终肯定体现在相应操作的执行.如果从服务描述的角度来看,操作是一个OperationDescription对象.而服务端分发运行时中的操作则代表的是一个DispatchOperation对象.作为服务描述的一部分,服务所有终结点的所有操作描述(OperationDescription)在ServiceHost创建过程中被创建.而当ServiceHost被正常开始时,这些操作描述最终转换成分发操作(DispatchOperation).而Dispatch