记一次APM产品开发经历

本文涉及的产品
应用实时监控服务-应用监控,每月50GB免费额度
应用实时监控服务-用户体验监控,每月100OCU免费额度
简介: 记一次APM产品开发经历

25d5bea991324586bc069c7ad5f72ec5~tplv-k3u1fbpfcp-zoom-crop-mark_3024_3024_3024_1702.webp.jpg

写在前面的话


虽然本文篇幅较短(不足两千字),但希望对你有所帮助,如果对你有用,请点赞支持一把,也是给予我写作的动力。

自我介绍


首先介绍一下自己:09年考了二本英语专业,10年全国翻译三级笔译证书,11年选修了网页制作,12年考了专业八级,13年毕业后出国,在海外做商务翻译一年,14年底回国,15年开始接触前端,开始了前端开发工作(感谢老东家给了平台和机会),6年来有幸接触了很多前后端的大牛,18年以来一直在架构部门、技术中台工作,最多时带了20几名前端,19年裸考北京航空航天大学的数据信息与工程专业,21年硕士毕业,这篇文章是我在架构部门的一次产品开发经历,其中产品、前端、设计都是我本人。


本文关键词

产品设计-服务拓扑关系-apm-基础设施-paas-产品设计-调用关系-性能

本文相关问题


系统性能瓶颈在哪里,输入一个url到底经历了什么,如何做一款有情怀的系统可视化大盘,有温度的产品的锻造历程

前端应用+后端应用+中间件+数据库是如何互相交互的,互相访问的次数、耗时和顺序都是什么情况?是在100qps,A--b--C,还是300ms?

正文

曾经设计过一个查看服务、应用、中间件、数据库之间调用关系的数据展示图。

0160b78b483d46f5940d2c2da52d1a70~tplv-k3u1fbpfcp-zoom-in-crop-mark_4536_0_0_0.jpg


排查问题时经验丰富的工程师来说,以上的图表太有用了,一个应用的bug背后可能是网络抖动、并发、缓存失效、cpu甚至是内存的问题。


然而疑难问题排查并非日常所需,对于架构师或者系统负责人来说,这样一张一张图来看,太繁琐了。而且只能看某一时间段内的调用信息,并不能完整的体现出系统的健康程度。


一个idea在心中慢慢酝酿,是不是可以研发一个大盘?

跟优秀的人(各种社区分享)学习,跟业界最佳实践(京东阿里蚂蚁和优秀的社区)学习,再加上个人的积累和沉淀。

最初大盘是这个样子的

fd99db66a17d4d0ebbd8132b5278adb8~tplv-k3u1fbpfcp-zoom-in-crop-mark_4536_0_0_0 (1).png

大盘展示内容

  • 1.核心应用
  • 2.核心数据库
  • 3.核心中间件


核心数据:

  • qps
  • response time
  • error数量

看上去直观很多了,可产品或者业务场景还是不明显。

在北航读硕士期间,导师讲过一种鱼骨图分析法(主要用于根因分析),在项目管理中也使用鱼骨图分析项目的整体状况。


于是有了下图最初的设想。

d1d2c6fb13de46ad924aff4168551598~tplv-k3u1fbpfcp-zoom-in-crop-mark_4536_0_0_0.png

看草图可能不够直观,现在上大招,实际网页效果更直观

908d464c392540528cf0d14c3333bd73~tplv-k3u1fbpfcp-zoom-in-crop-mark_4536_0_0_0.png

整体流程


整体来看平台展示了


  • 访问的先后顺序
  • 访问的流量情况
  • 访问的健康状况


三种模式


其中右上角的三个tab切换用于引入三个概念:


  • 流量模式
  • 告警模式
  • 业务模式


动态展示


图上的每个节点都有三种状态


  • 灰色未访问,无告警;
  • 绿色健康;
  • 红色不健康


然而你以为这就完了?

在现有基础上我针对第二版提出了优化方案


未来规划


  • 自动刷新机制
  • 连接基础服务的机制


写在最后

前端开发路漫漫其修远兮,产品迭代无休无止,希望作为互联网人多做简单的架构,做有价值的产品,做有温度有情怀的设计


我把产品第一版图片放在最后,供给有需要的小伙伴


相关实践学习
通过云拨测对指定服务器进行Ping/DNS监测
本实验将通过云拨测对指定服务器进行Ping/DNS监测,评估网站服务质量和用户体验。
目录
相关文章
|
21天前
|
运维 监控 安全
应用性能管理(APM)软件
【10月更文挑战第18天】
45 5
|
6月前
|
机器学习/深度学习 运维 监控
有人想让我讲讲应用性能管理(APM)工具
有人想让我讲讲应用性能管理(APM)工具
359 2
|
6月前
|
存储 监控 前端开发
【Java应用服务体系】「序章入门」全方位盘点和总结调优技术专题指南
【Java应用服务体系】「序章入门」全方位盘点和总结调优技术专题指南
89 0
|
机器学习/深度学习 人工智能 数据可视化
Kyligence Zen产品体验——一站式指标平台泰酷辣~(上)
Kyligence Zen产品体验——一站式指标平台泰酷辣~
215 0
|
人工智能 数据可视化 数据挖掘
Kyligence Zen产品体验——一站式指标平台泰酷辣~(下)
Kyligence Zen产品体验——一站式指标平台泰酷辣~(下)
277 0
|
运维 Prometheus 监控
【滴滴开源运维监控系统】夜莺V5版本部署实践
【滴滴开源运维监控系统】夜莺V5版本部署实践
1085 0
【滴滴开源运维监控系统】夜莺V5版本部署实践
|
移动开发 缓存 运维
技术实践第四期|解读移动开发者日常-性能监控平台应用
应用性能监控平台是用来帮助客户提升应用性能质量和稳定性的重要环节,本人作为一名移动端开发者有着丰富的使用和运维经验,希望通过本文分享过往的心得和使用经验,让我参与开发的U-APM这款产品中,作为借鉴可以在中长期规划中帮助更多的开发者。
技术实践第四期|解读移动开发者日常-性能监控平台应用
|
运维 监控 测试技术
巧用友盟+U-APM 实现移动端性能优化—启动速度
移动端性能对用户体验、留存有着至关重要的影响,一个体验良好的应用,只有功能健全还不够,以下是我在性能优化上总结的几点:启动速度优化、流畅度优化、资源优化、内存优化、APK 体积优化。今天先聊聊,启动速度的那些事。
巧用友盟+U-APM 实现移动端性能优化—启动速度
|
监控 数据处理 开发工具
友盟+U-APM 移动应用性能体验报告 :APM越发受到关注,第三方监控工具覆盖已超四成
近日,国内领先的全域数据智能服务商——友盟+,发布了《友盟+U-APM 移动应用性能体验报告》。据悉,友盟+于去年将原移动分析U-App错误分析模块正式升级为U-APM应用性能监控平台,经过近一年的观察,通过DEM 视角分析移动应用端的性能表现发布这份报告,旨在帮助开发者清晰了解行业动态,精准定位自身产品位置。
友盟+U-APM 移动应用性能体验报告 :APM越发受到关注,第三方监控工具覆盖已超四成
|
监控 前端开发 中间件
“前端+应用”两大监控利器商业化首发 ARMS领跑APM市场
日前,阿里巴巴中间件(Aliware)旗下产品业务实时监控服务ARMS正式商用。首发商用的ARMS目前涵盖应用监控和前端监控两大功能。由此,ARMS的商业化正式填补了阿里云在APM(Application Performance Management)领域空白。
6435 7