首页 > 其他分享 >优维全面可观测产品能力分解①:架构可观测

优维全面可观测产品能力分解①:架构可观测

时间:2024-01-22 18:02:54浏览次数:26  
标签:视角 架构 系统 业务 观测 故障 优维


优维全面可观测产品能力分解①:架构可观测_链路

2023年,基于客户需求的洞察,历经1年的潜心优化,优维在第四季度推出集大成产品——「全面可观测解决方案」,涵盖架构可观测、故障可观测、变更可观测、用户可观测、应用服可观测、资源可观测、运维状态可观测等不同场景的可观测能力。

优维全面可观测产品能力分解①:架构可观测_系统架构_02

为了用户能直观了解优维可观测产品的全新能力,会以系列性文章的形式详细介绍优维七大可观测能力。本系列第一篇将阐述「架构可观测」

从单体架构到集群架构再到微服务架构,业务越来越庞大,系统也越来越复杂。每一次架构的升级,在提升了业务吞吐量的同时,必然会带来更大的复杂度,系统稳定性的因素也越来越多。随着系统复杂度的提升,“可观测”成为系统架构建设的重要原则。

1

为什么要做架构可观测?

通过对客户需求的持续洞察,我们从系统架构视角、业务视角、视角连接、架构设计等不同维度发现客户在架构的可观测上存在诸多的难点:

  • 系统架构单一平面观测难
  • 系统架构画像复杂、层次深,难以从单一平面来观测系统架构运行状态。排查具体应用问题时,需要对此应用做立体化检测,如检查机器情况、关联数据库情况、运行容器情况等,当前没有统一视图,导致都是靠人工经验,排查低效。且状态与告警信息散落,难以判别故障异常对上层系统的影响。
  • 缺乏业务视角直观呈现
  • 通常报障是站在业务视角,而平台缺乏业务视角的监控。现阶段,业务的故障排查依靠人工经验逐点排查业务链路,缺乏业务链路的直观呈现。
  • 缺乏业务与系统的视角连接
  • 业务异常与系统故障缺乏连接,对业务感知力弱,依赖有经验人员做转换后才能进一步定位技术故障。
  • 架构设计不合理
  • 如单点、负载不均等的架构设计不合理,导致系统没有足够的容错空间,难以在故障发生前,提前发现问题。

优维架构可观测能力

在此背景下

为了解决客户实际问题

应运而生

优维全面可观测产品能力分解①:架构可观测_系统架构_03

2

优维架构可观测能力

优维「架构可观测」致力于系统架构视角、业务视角的整体状态的可视化呈现,以及系统架构视角的立体化剖析,为系统架构的稳定性提供有力的监控数据支撑。

通过构建业务视角和系统、应用视角的运行状态视图,以可视化业务链路的形式进行故障排查。

优维全面可观测产品能力分解①:架构可观测_数据_04

强调系统架构的立体化呈现,针对系统架构逐层开展故障剖析,帮助企业从运行态的系统架构发现架构不合理的问题。

优维全面可观测产品能力分解①:架构可观测_链路_05

同时,通过构建业务视角与系统架构视角的连接关系,辅助运维更快定位业务反馈的故障。

3

架构可观测的七大场景价值

  1. 用户侧/业务侧报障时,排查业务故障:当业务故障时,能快速判断影响核心业务的核心应用/服务是哪些,快速定位故障根源。
  2. 查看业务的运行情况:以业务的视角观测服务的运行是否正常和运行性能,提前预知业务故障。
  3. 保障核心业务运行、排查或预知业务异常:能观测业务的运行状态和运行性能,帮助用户更早发现业务的异常。
  4. 观测系统架构运行,排查或预知技术故障:帮助用户了解系统架构整体的运行情况,以便更早发现系统故障。
  5. 系统出现异常时,排查故障根源:对应用系统做立体化检测,包括应用、服务运行情况和资源运行(如检查机器情况、关联数据情况、运行容器情况等)的排查,以便快速定位故障根源。
  6. 定义业务场景链路,配置业务链路的运行状态等数据的上报:根据企业现状定义核心业务链路,不受非核心支路的影响,并且快速接入业务链路的运行数据
  7. 查看不同环境的系统/应用运行情况:可视化展示系统/应用运行性能,即时掌握系统/应用健康,提前预知系统/应用故障。

4

架构可观测的故障定位路径

从技术视角与业务视角构建故障定位的路径:

技术视角:

  1. 通过系统墙查找告警系统
  2. 通过系统墙 进一步下钻应用墙,查找系统下的告警应用
  3. 前往系统资源图谱 查找系统下资源图谱,立体化检测

业务视角:

  1. 通过业务墙查看异常业务
  2. 查看业务步骤,了解业务运行数据和异常业务步骤
  3. 业务步骤详情内 下钻关联的服务的详情,实现业务视角和技术视角的转换,进一步下钻排查问题

5

架构可观测核心功能:三墙一图谱

基于系统架构和业务的视角,在架构可观测能力的设计展现上,采用“墙”的形式可视化展示系统、应用的运行状态,分别设有系统墙、应用墙、业务墙;而在故障排查上,通过提供系统资源图谱的能力,让用户快速清楚了解系统包含哪些资源。

系统墙

在系统墙的能力上,通过立体墙的形式集中展示系统资产,并实时显示告警状态。悬浮显示系统间的逻辑关系,当故障发生时,快速确定系统间的影响关系。单击下钻单个系统,可查看对应系统运行状态的指标数据及相关的告警信息。

优维全面可观测产品能力分解①:架构可观测_链路_06

应用墙

同系统墙一样,应用墙也是通过立体墙的形式集中显示组成系统的内部应用,包含存储层、中间件层、逻辑层、接入层,并显示应用之间的上下游访问关系及应用的实时告警状态。单击下钻单个应用,可查看对应应用运行状态的指标数据及相关的告警信息。

优维全面可观测产品能力分解①:架构可观测_数据_07

系统资源图谱

在故障排查的时候,通过提供系统资源图谱展示系统/应用下的全量资源。针对某一类资源,进一步支持资源的下钻查看。通过单类资源的列表,结合资源观测,展示对应资源观测的指标数据,及进一步去下钻、跳转及查看。

优维全面可观测产品能力分解①:架构可观测_链路_08

系统资源图谱除了支持系统级别,也支持应用级别的资源图谱,通过系统聚焦到单个应用,再下钻单个应用相关的资源情况。

业务墙

从业务视角出发,架构可观测全新推出业务墙的能力,集中展示业务资产,并实时显示异常业务。支持单个业务的下钻查看,通过可视化业务流链路,渲染出业务步骤、运行数据和告警状态。其中,业务步骤可关联系统架构视角的应用系统等。

优维全面可观测产品能力分解①:架构可观测_链路_09

优维全面可观测产品能力分解①:架构可观测_系统架构_10

标签:视角,架构,系统,业务,观测,故障,优维
From: https://blog.51cto.com/u_15605878/9368688

相关文章

  • 前端微服务架构4-生产环境打包部署补充
    生产环境使用同一个ip和端口部署父子应用,所以和本地运行有所区别,区别1:主应用中子应用的注册:varapps=[{name:'cw-wfw1',entry:'/child1/',//入口文件不同,本地为entry:'//localhost:10001',container:'#wfw1',activeRule:'/co......
  • 基础架构即代码 | 亚马逊如何在现实生活中实践 DevOps
    当我在2005年作为开发人员加入亚马逊时(那时AmazonWebServices还不存在),我从公司领了一个传呼机(如图1所示)。在亚马逊,开发人员不仅要设计实现一个具体的服务,还要负责这个服务的部署和管理。为了完成运营任务,开发人员需要轮流“值班”,随时准备故障诊断和处理。传呼机就是值班......
  • Java架构师英语缩写
    Java架构师英语缩写Java是一种广泛应用于软件开发领域的编程语言,作为一名Java架构师,了解和掌握各种与Java相关的英语缩写是非常重要的。本文将介绍一些常见的Java架构师英语缩写,并附带代码示例进行解释,希望能帮助读者更好地理解和运用这些术语。ORM(ObjectRelationalMapping)ORM......
  • 深入理解 Flink(一)Flink 架构设计原理
    大数据分布式计算引擎设计实现剖析MapReduceMapReduce执行引擎解析MapReduce的组件设计实现图Spark执行引擎解析Spark相比于RM的真正优势的地方在哪里:(Simple、Fast、Scalable、Unified)DAG引擎中间计算结果可以进行内存持久化基于内存计算(不完全对,确切地说是把数据都加载(从内......
  • VUE框架MVVM架构思想解析与实现封装dom对象------VUE框架
    <!DOCTYPEhtml><htmllang="en"><head><metacharset="UTF-8"><metaname="viewport"content="width=device-width,initial-scale=1.0"><title>Document</title>......
  • 高级架构师如何设计一个系统
    架构师如何设计系统?系统拆分通过DDD领域模型,对服务进行拆分,将一个系统拆分为多个子系统,做成SpringCloud的微服务。微服务设计时要尽可能做到少扇出,多扇入,根据服务器的承载,进行客户端负载均衡,通过对核心服务的上游服务进行限流和降级改造。一个服务的代码不要太多,1万行左右,两三......
  • 手写 Mybatis-plus 基础架构(工厂模式+ Jdk 动态代理统一生成代理 Mapper)
    这里写目录标题前言温馨提示手把手带你解析@MapperScan源码手把手带你解析@MapperScan源码细节剖析工厂模式+Jdk代理手撕脚手架,复刻BeanDefinitionRegistryPostProcessor手撕FactoryBean代理Mapper在Spring源码中的生成流程手撕MapperProxyFactory手撕增强逻辑Invoca......
  • 【Spring Cloud】微服务架构演变及微服务架构介绍
    文章目录系统架构演变单体应用架构垂直应用架构分布式架构SOA架构微服务架构微服务架构介绍微服务架构的常见问题微服务架构的常见概念服务治理服务调用服务网关服务容错链路追踪微服务架构的常见解决方案ServiceCombSpringCloudSpringCloudAlibaba总结欢迎来到阿Q社区系统架......
  • 《微服务架构设计模式》PDF
    成功地开发基于微服务架构的应用软件,需要掌握一系列全新的架构思想和实践。在这本独特的书籍中,微服务架构的先驱、Java开发者社区的意见领袖ChrisRichardson收集、分类并解释了44个架构设计模式,这些模式用来解决诸如服务拆分、事务管理、查询和跨服务通信等难题。本书将教......
  • chatglmLlama模型架构对比
    ChatGPTvs.LlamaModelArchitectureComparisonInrecentyears,languagemodelshavemadesignificantprogressinthefieldofnaturallanguageprocessing.Twoprominentmodels,ChatGPTandLlama,havegainedattentionduetotheirimpressiveperformance......