写点什么

DevOps 中如何系统开展微服务性能测试?

  • 2020-03-27
  • 本文字数:1632 字

    阅读完需:约 5 分钟

DevOps中如何系统开展微服务性能测试?

基于 Devops 的微服务架构是云时代部署应用的一项热门技术,它把庞大的单个应用程序分解为数十个微服务,使业务更快速地响应市场变化。但是每个微服务有不同的客户需求并且随着微服务增多,无法做 1:1 验证,传统性能测试模式已不能满足 Devops 平台的要求。 DevOps 中如何系统开展微服务性能测试?

微服务架构下的性能测试挑战

微服务是实现 DevOps 的重要架构

1.微服务 3S 原则



2.DevOps 核心点



  • 亿级用户的平台

  • 单服务业务随时扩容

  • 服务之间存在相互调用关系

  • 版本更新快,上线周期短



单服务流量激增时扩容


调用链条变长,调用关系更加复杂


微服务拆分导致故障点增多


单服务变更性能影响如何评估?


性能瓶颈在各微服务间漂移,如何做好性能测试?


应对突发流量需求,扩容能否解决问题,如何扩容?


服务实例数量众多,如何收集信息,快速定位性能问题?

微服务性能保障解决方案设计



•关键设计 1:模块化管理,事务灵活组合与复用



关键设计 2:应用与资源一体化编排


性能测试实施策略

  • 单服务接口测试(契约)

  • 验证单服务的各个接口能力基线以及组合接口的能力基线,服务间遵循契约化原则,大部分问题屏蔽在集成之前

  • 全链路测试(SLA)

  • 验证整个系统之上全链路场景以及多链路组合场景的性能,优化链路中性能不足的服务

  • 伸缩能力验证(面向现网运维)

  • 验证单服务的水平扩容能力,验证既定模型下的多链路组合场景的资源模型


在微服务架构下,自动化仍然是提升效率,看护质量的重要手段,每个微服务独立快速迭代上线,更加要求微服务的性能不劣化。




  • 存在部分响应超时:

  • a) 服务器繁忙,如某个服务节点 CPU 利用率高

  • b) 网络 IO 超过 VM/EIP 带宽

  • c) 等待后端微服务、数据库的超时时间设置过长

  • TPS 未随着并发数增长而上升:

  • a) 系统性能到达瓶颈,持续并发加压过程中响应时延增加(可观察响应区间统计)

  • b) 可通过进一步加压是否会出现非正常响应验证

  • 运行一段时间后全部响应超时或者检查点校验不通过:

  • a) 大压力导致系统中某个微服务奔溃

  • b) 后端数据库无响应

  • TP90 响应时延较短,TP99 时延高:

  • a) 系统性能接近瓶颈

  • b) 可通过进一步加压是否会出现非正常响应验证


  1. 扩容:链路中的某一应用可能出现 cpu 使用率较高或者连接池资源不够用(rpc、jdbc、redis 连接池等)但本身对于拿到连接的请求处理又很快,这一类需要横向扩展资源。

  2. 应用逻辑优化:比如存在慢 sql、逻辑的不合理如调用 db 或者 redis 次数过多、没有做读写分离造成写库压力过大。

  3. 超时时间的合理设置:对于应用之间的 rpc 调用或者应用与其他基础组件之间的调用,均需要设置合理的超时时间,否则过长的等待将造成整个链路的故

  4. 缓存的应用:请求尽可能从前端返回,而不是每一个都要让后端应用处理后再返回,减轻后端应用及数据库压力,提高系统吞吐能力。

  5. 限流:对于超出承载能力的 QPS 或并发,可以进行拦截并直接返回提示页面。

  6. 降级:对于非核心链路上的应用,允许故障关闭而不影响核心链路。

典型互联网平台的全链路分段压测

一个典型的互联网平台:突发事件高流量突发,如瞬间由百级用户增长到万级



对于网络架构复杂的应用,可以拆分压力的入口点,进行分段验证,屏蔽对应网元带来的性能影响,如分别从最外端的 CDN 入口(1)、中间的 ELB(2)、业务层(3)分别做测试,验证复杂网络架构情况下,各网元的瓶颈和影响,系统内部的性能瓶颈如何提升定位效率?

APM 调用链跟踪解决问题定位最后一公里

在上线和活动前期通过云性能测试服务进行压力测试,发现部分接口的响应时间比较长,会出现比对失败和响应超时,通过 APM 的调用链分析,发现有部分 SQL 语句比较耗时,针对这些 SQL 查询语句,建立了索引,快速定位问题并迅速解决。


最终经过两轮测试优化后,官网首页访问响应超时与正常返回比提升了 43.3%,预约试驾场景响应超时与正常返回比降低到 0,提升了 100%。


性能瓶颈定位时间,从官网未使用 APM 时需要 1 周,缩短到俱乐部使用 APM 后的 0.5 天,效率提升 90%。


  • 资源分析:

  • 调用链分析:


本文转载自华为云产品与解决方案公众号。


原文链接:https://mp.weixin.qq.com/s/WR5YePZeyvaMJu8-LVxCJQ


2020-03-27 22:043005

评论

发布
暂无评论
发现更多内容

数据脱敏的这6种方案,真香!

电子尖叫食人鱼

Java

智机器人推出具身智能一站式开发平台,Genie Studio 想让“训机器人”像搭积木一样简单?

AgiBot World

RocketMQ原理—高可用+高并发+高性能架构

量贩潮汐·WholesaleTide

架构 RocketMQ

AI需要 DePIN,就像汽车需要道路

PowerVerse

AI 去中心化 区块链+ web3 DePIN

uni-app打包小程序教程(包括隐私协议设置)

CRMEB

构建AI时代的大数据基础设施-MaxCompute多模态数据处理最佳实践

阿里云大数据AI技术

数据分析 MaxCompute 人工智能、 AI‘’ #大数据

轻松get热播剧同款“数字名片”!合合信息名片全能王助力保险拓客

合合技术团队

人工智能 #大数据

联想控股·和鲸科技首期AI通识课圆满举办

ModelWhale

大型前端应用如何做系统融合?

京东科技开发者

可视化编程基座:iVX 重构高校智慧校园开发范式的技术路径

代码制造者

低代码 智慧校园 无代码

智造突围:管材制造业如何借力MES系统破解产能困局

万界星空科技

制造业 mes 数字化工厂 管材行业 管材制造业

尽快自查、更换!你的DDNS/内网穿透服务商可能即将关停

科技热闻

BGE系列再升级:代码检索及多模态向量模型刷新多项领域基准

智源研究院

数字化设备巡检方案,解决错检漏检、只巡不检等痛点现象!

积木链小链

智能制造 设备管理 设备管理数字化

PD 分离推理的加速大招,百度智能云网络基础设施和通信组件的优化实践

百度Geek说

深度解读「摩根士丹利」双研报:头部人形机器人、核心供应链公司梳理和投资分析(附报告)

机器人头条

科技 大模型 人形机器人 具身智能

微软宣布的五大重要事项|AI日报0520

石臻臻的杂货铺

探索自定义地图样式,打造应用专属个性化地图

HarmonyOS SDK

harmony

「华为」持续加码人形机器人赛道!

机器人头条

华为 大模型 人形机器人 具身智能

AI模型的回调能力的理解和实现

不在线第一只蜗牛

php 人工智能

超越数字:利用数据可视化推动企业战略决策

智达方通

企业管理 全面预算管理 超越预算

深度解读「摩根士丹利」双研报:头部人形机器人、核心供应链公司梳理和投资分析(附报告)

机器人头条

机器人 科技 人形机器人 具身智能

共话科学智能!航遥中心于峻川老师分享LLM技术演进与AI+遥感实证研究

ModelWhale

人工智能 AI4S 航遥中心

大厂B端/G端数据可视化项目如何做设计评审

京东科技开发者

从“名落孙山”到“金榜题名”?能考清北的AI来了!

科技热闻

代码革命的先锋:aiXcoder-7B模型介绍

京东科技开发者

AI口语陪练APP的开发

北京木奇移动技术有限公司

AI技术开发 软件外包公司 AI口语练习

没有设计稿也能很漂亮,非常适合独立开发:Trae + 飞个马MCP

秦少卫

#开源项目 开源图片编辑器 #AI编程

非凸科技受邀出席“第二届人工智能应用大会”,共话AI赋能产业新未来

非凸科技

对比解读发币平台:从野蛮爆发走向精细化运营

区块链软件开发推广运营

交易所开发 dapp开发 链游开发 代币开发 交易所开发公链开发

520表白神器

电子尖叫食人鱼

前端

DevOps中如何系统开展微服务性能测试?_DevOps & 平台工程_华为云产品与解决方案_InfoQ精选文章