NGINX 压测方案
一 拓扑和硬件 1.1 拓扑 所有测试均使用三个独立的机器完成,这几台机器通过双 40 GbE 链路连接在一个简单,平坦的 2 层网络中. (下图软件版本有更新) 用于 NGINX 性能测试的标准端到端拓扑结构 ...

千万级乘客排队系统重构&压测方案——总结篇
一、 前言发布上篇文章线上真实排队系统重构案例分享——实战篇之后,一些朋友问我们重构进度咋样了,截至目前,我们乘客排队系统重构已经上线,并且灰度1个月了,目前已稳定运行,从目前结果来看,还是远超预期的。这篇文章主要讲一讲,乘客排队场景压测方案以及个人的一些总结。二、 如何评估一个排队系统性能关于排队系统压测,也是和运维同学,测试同学碰撞了挺久,大家各执己见。因为之前,也没有对排队系统性能真正的评....
性能测试 性能测试方案设计思路总结
性能测试方案设计思路总结一、需求分析1. 测试目的为什么测?目的在于测试系统相关性能能否满足业务需求。通常分以下两种情况:1)新项目上线2)老项目优化如果是老项目优化,可考虑是否存有历史测试方案,如果有可以参考,或许可以省事很多。 2. 测试对象要测啥?测试对象可以归结为“业务功能”。测试前,需要了解我们需要测试的业务功能(不深入细节)有哪些,比如“购买商品”、....

全链路压测(2):方案调研和项目立项
前言全链路压测从零开始系列的第一篇文章介绍了全链路压测的背景、定义、和传统压测的差异以及如何解决差异带来的不稳定性,落地要面临的挑战和完整的压测实践流程以及长期的能力建设演变,算是对全链路压测有了一个比较系统和全面的介绍。本篇是系列的第二篇,从这篇文章开始,我会基于自己的个人落地实践经验,给大家分享从零开始落地全链路压测,要做哪些事情,以及这个过程中遇到的挑战、踩过的坑以及该如何解决这些问题。申....

全链路压测常态化方案
前言大半夜熬夜写方案,顺带整理了在上家公司做性能基线和常态化压测的方案,仅供参考。前置条件全链路压测已在生产环境落地!流程机制准备阶段测试环境1.确认被测链路变更范围a.每次版本发布或线上进行变更,都需要压测,第一步首先确认本次被测链路的变更范围,主要有如下几点:i.被测链路变更范围涉及的业务场景;ii.被测链路对应的接口以及本次变更涉及的字段——评估需要重新准备的压测数据;2.表结构同步&...

AHAS用agent方式接入公网。 接入前后 对同一个接口性能测试,差距很大。有优化方案吗?
AHAS用agent方式接入公网。 接入前后 对同一个接口性能测试,差距很大。有优化方案吗?
《超大规模性能测试的云端方案及案例分享》电子版地址
《超大规模性能测试的云端方案及案例分享》超大规模性能测试的云端方案及案例分享 电子版下载地址: https://developer.aliyun.com/ebook/5636 电子书: </div>

本页面内关键词为智能算法引擎基于机器学习所生成,如有任何问题,可在页面下方点击"联系我们"与我们沟通。
云原生可观测
云原生可观测基于Prometheus、Grafana 、OpenTelemetry 等核心产品, 形成指标、链路存储分析、异构数据源集成的数据层, 通过标准PromQL和SQL提供大盘展示、告警与探索能力。
+关注