首页
学习
活动
专区
工具
TVP
发布

压测(1):认识压测

前言 之前断断续续写过一些压测相关的技术文章,很多同学评价还不错。朋友建议我写个系列,基于自己的落地实践经验,对压测做个系统性的梳理总结。...定义:如何理解压测 PS:这里的定义是我基于自己对生产压测的了解和实践总结得来的,仅代表个人观点。 1、什么是压测?...,数据流转性无法保证,数据多样性也存在部分问题; ---- 那么,要解决差异带来的不稳定因素,最终的选择就是生产压测: 挑战:如何落地生产压测 虽然压测解决了传统压测过程中的种种痛点...流程:生产压测落地实践 生产压测的整个流程,大致可分为三个环节,每个环节的主要事项如下: 能力建设:生产压测能力演变历程 生产压测的本质是能力建设的技术工程,不是一蹴而就。...7、生产压测 通过上面几个步骤,从基础的能力建设、体系建设,到线上的监控能力、只读场景练兵以及数据隔离到试点验证,最终才能达到生产核心压测的过程。

2.9K20

压测(5):生产压测实施流程

前言 前面的几篇文章从生产压测的定义,内部立项和技术调研,聊到了测试验证以及压测的对企业业务和技术团队的价值,算是整体上的构建一个认知的概念。 从这篇文章开始,会进入具体的落地实践环节。...这篇文章中,我会介绍生产压测的落地实施流程,即每个环节要做什么事情。 四大阶段 如果将生产压测作为一个阶段性的技术项目来看,压测从开始到项目结束,需要经过四个阶段。...整体的实施流程图如下所示: 接下来我来为大家解密,生产压测落地实施,在不同的阶段都会做哪些事情。...筹备阶段 确定业务范围 一般来说线上实施线上压测之前,要明确本次压测需要验证的业务范围。...核心业务定义 出问题会影响其他业务; 流量较高且出现问题会影响整体业务目标的达成; 核心项目定义 前面提到了生产压测是个复杂的技术项目,那么如何定义这种技术项目呢?

1.3K40
您找到你想要的搜索结果了吗?
是的
没有找到

压测(14):生产压测SOP

——来自百度百科 本篇文章要说的压测SOP,实际上就是我在实践压测的过程中,对实践经验和教训的一个总结。...压测(1):认识压测 压测(2):方案调研和项目立项 压测(3):技术改造和测试验证 压测(4):压测的价值是什么?...压测(5):生产压测实施流程 压测(6):确认范围和识别风险 压测(7):核心四问 压测(8):构建三大模型 压测(9):容量评估和容量规划 压测(10)...:测试要做的准备工作 压测(11):聊聊稳定性预案 压测(12):生产压测必不可少的环节 压测(13):高可用和性能优化 再加上本篇的生产压测SOP思维导图,就是整个系列的内容。...最后,重申一下我对压测的部分认知: 压测是一个技术工程,而非单纯的测试手段; 压测只适用于部分企业和业务类型,而非一个银弹; 压测的落地并非一蹴而就,需要较好的技术基础设施建设做保障

62610

Node.js 应用追踪技术——信息存储

作者:vivo 互联网前端团队- Yang Kun本文是上篇文章《Node.js 应用追踪技术——信息获取》的后续。阅读完,再来看本文,效果会更佳哦。...本文主要介绍在Node.js应用中, 如何用信息存储技术把追踪数据存储起来,并进行相应的展示,最终实现基于业界通用 OpenTracing 标准的 Zipkin 的 Node.js 方案。...2.2 zipkin 架构官方文档上的架构如下图所示:为了更好的理解,我这边对架构图进行了简化,简化架构图如下所示:从上图可以看到,分为三个部分:第一部分:信息获取,我们不使用 zipkin 自带的信息获取...,我们使用 zone-context 去获取信息第二部分:传输层, 使用 zipkin 提供的传输 api ,将信息传递给 zipkin第三部分: zipkin 核心功能,各个模块介绍如下:...三、Node.js 接入 zipkin3.1 搞定信息获取这个我在 《Node.js 应用追踪技术——信息获取》 文章中,已经详细阐述了,如何去获取信息。

81350

压测(7):核心四问

前言 前面的文章介绍了压测的落地实施流程,其中有个环节我特别提到了它的重要性,同时这也是本篇文章的主题:核心梳理。那什么是核心?为什么要确定核心?如何进行核心梳理?...梳理核心的目的又是什么?这篇文章,我会给你答案。 什么是核心? 之前在一些线下沙龙分享或者线上直播时候,很多同学都会问我一个问题:什么是核心?好像这个词有种魔法,很难让人去理解。...这么说比较拗口,再直白一些就是:哪些接口会影响用户下单支付,哪些就是核心。 下面附一个常见的电商企业核心流程图,供大家参考。 为什么要确定核心?...流量模型 我在前面的文章《生产压测实施流程》中有提高转化技术指标的一个案例,这里再次回顾下: 客单价为500,单日GMV为10亿,那么支付订单量为10亿/500=200W; 假设日常支付订单量为...文末回顾 这篇文章主要聊了压测在备战阶段最重要的一件事,核心梳理。其中提到了流量模型相关的内容,下篇文章,我会以压测过程中需要梳理的三大模型为主题,为大家介绍它们。

1.3K21

从跑车的AI基因,看联想智能加速进化

智能,提升制造业柔性与韧性能力 如今,说到智能制造,大部分人认为的依旧是机器人、机械手臂与自动化的流水线等等,其实这是一种对智能制造的狭义理解。...在国内的制造业企业中,最先提出链条智能化的,恰恰也是这次和特斯强强联合的联想。为了打造链条的数字化实践,联想率先提出CARE应用模型。...而在解决场景应用中,联想不断加速供应数智化和创新布局,练就了“十八般武艺”,即在智能排产、生产设备管理、供应管理、5G智能环境等应用场景都有着自己众多独有的智能化技术与解决方案,构建了“研-产-供-...另一方面,美国等地劳动生产率提高和能源成本较低,跨国公司制造业生产呈现向发达国家加速回流趋势。 这时,依靠劳动力优势为核心的“小米加步枪”式的低效、低质路线,将不再有效。...其具备支撑作用的边·云·网基础设施和云原生平台,以及位于技术应用部分的大数据平台、AI平台、IoT平台、元宇宙开发平台、区块平台、应用开发平台、智能运维与栈安全。

22410

压测(4):压测的价值是什么?

在开始真正的介绍落地实践过程以及相关案例之前,我想和大家聊聊,我对压测的一些认知,即:压测在技术团队中的定位,以及它的价值是什么。 业务和技术是什么关系?...压测对稳定性保障的价值 聊了这么多,回到文章顶部,我所要表达的内容,压测的价值是什么?...通过生产压测,可以串联稳定性保障的流程,解决线上系统稳定性保障面临的种种挑战,它所带来的价值如下: 总结回顾 这篇文章介绍了我对技术和业务关系的理解,线上稳定性保障面临的挑战以及压测在其中的价值...,通过前面的几篇文章,从认识压测到项目立项以及技术调研和测试验证,我试图从另一个视角来为大家揭秘压测的另一面。...下篇文章,我会为大家介绍,压测落地实践的整体流程。

1.2K20

再谈压测

面临的挑战 除了上面所说的技术层面的问题,要开展压测,还面临如下的几点挑战: ①、由于压测涉及的系统及场景较多,因此需要跨团队沟通、跨系统协调改造,公司体量 越大,这一点难度就越大; ②、压测涉及的系统较多...不过压测的优点也很明显,比如:优化联络薄弱环节可以提高系统的可用性,容量规划可 以节省成本,提高效率。 开展前的准备工作 在开展压测之前,我们需要做哪些准备工作?...因此需要通过监控分析等手段,得到日常流量场 景、峰值流量场景下各系统的流量以及配比,进行一定的放大,来作为压测的流量参考模 型; ④、数据处理:压测通常在生产环境进行,所以防止数据污染是必须考虑的问题...要开展压测,那么一个合理高效可用的压测管理平台,是很有必要的,参考了很多 压测的设计思路,我个人的想法中压测平台的架构设计,主要由以下几部分组成: ①、Controller:主要任务为压测任务分配...具体的架 构设计图,可参考京东的军演系统ForceBot的架构设计,如下图: ? 完成了上面的工作,接下来就可以开展压测的工作了。

68010

测试不是银弹

何为测试? 个人认为,可以分为业务和调用,调用主要指从请求发起方到结果返回所途径各种服务/中间件产生的路径,可以理解为单系统下的某一功能模块。...而业务则是多个业务关联的场景组合产生的调用集合,例如淘宝添加购物车->提交订单->支付这个场景,所以必然包含多个业务关联场景涉及的调用。...下自动化成本更高,因为用例涉及到多域的流程编排,处理服务间各种异常重试情况(超时、网络异常), 各域的输出断言,这无疑大大增加一条用例开发成本。...综上,我们要正确看待测试,不能迷信于测试,觉得测试通过就没啥问题了。...要知道,测试更多从业务角度出发,不能覆盖所有潜在异常场景,二者可以相辅相成,但对于日常自动化回归,我认为做好域内测试自动化才是底盘,自动化没什么必要!

31330

基于JavaAgent的监控五《ThreadLocal追踪》

案例简述 Google开源的Dapper追踪组件,并在2010年发表了论文《Dapper, a Large-Scale Distributed Systems Tracing Infrastructure...》,这篇文章是业内实现追踪的标杆和理论基础,具有非常大的参考价值。...目前,追踪组件有Google的Dapper,Twitter 的Zipkin,以及阿里的Eagleeye (鹰眼)等,它们都是非常优秀的追踪开源组件。...追踪(Dapper) 当业务程序代码在线上运行时,实例A、实例B、实例C,他们直接可能从上到下依次调用,为了能很好的监控程序的调用,我们需要对调用进行追踪监控。...测试结果:hi1 追踪:7dfd98e8-c474-461c-87b9-1da3bf6072c2 org.itstack.demo.test.ApiTest.http_lt2 测试结果:hi2 追踪

2.1K20

有赞追踪实践

追踪系统就是为了解决微服务场景下的这些问题而诞生的。...一般在的入口应用中生成traceId和spanId,在后续的各节点调用中,traceId保持不变并路透传,各节点只产生自己的新的spanId。...六、总结与展望 追踪系统包含几大部分:采集SDK、数据处理服务、用户产品。SDK部分比较偏技术。...用户产品主要考验的是设计者对用户需求的把握,追踪可以做很多事情,产品上可以堆叠出很多功能,怎样能让用户快速上手,简洁而又易用是追踪产品设计的一大挑战。...未来一段时间,有赞追踪会围绕以下几个方面继续演进: 赋能有赞云:给有赞云开发者用户提供有容器应用的追踪能力; 开源协议支持:数据模型与追踪API迁移到OpenTracing协议上,支持更多新语言的快速追踪

1K30

使用 Skywalking 实现监控

我们要拿到整个完整的,包括精确的响应时间,访问的方法、访问的 circle,访问的 Redis 的 key等,这些是我们在做分布式追踪的时候需要展现的一个完整的信息。...我们会去做支持日志记录集成,提供一个集成的方式,你可以把调用的 ID 和日志做绑定,当你有 ELK 类型系统的时候,就可以让它和 skywalking 一起工作。...然后你的日志里会有 skywalking 调用的 ID ,这个调用的信息和这些日志是精确绑定的。...也就是说当 A 应用调 B 应用的时候,即使 A、B 应用不属于同一个系统的监控,但是它们都有分布式的追踪能力,他们这个是有办法让大家串起来的。...这里反映了 skywalking 追踪的核心概念以及我们做的事情,就是 skywalking 怎么采集调用

2K20

压测流量模型

现在越来越火,各大厂商也纷纷推出了自己的压测测试方案。特别是针对压测流量模型,各家方案都有所不同。最近我看了一些这方面的资料,有一些感悟。分享给大家。...压测流量模型的梳理呢,这里就先不讲了,各家公司自有司情在。因为主要是压测模型的实现,其实实现也对应了流量模型的梳理结果。...首先要对公司业务模型进行梳理,也就是说对公司的业务进行梳理。这里的业务可能会比较复杂,不是像很多案例中到的了就非常流行畅的一条,中间很有可能会出现各种各样的支路。...如果图图形化展示的话,某一条应该就是一个树形结构。树形结构的开始是用户的入口页一般就是入口页面的登陆,或者说是首页接口。...将比较复杂的树形结构简单化,或者干脆将以个业务联络分解成n个列有。然后分别实现。最终将流量汇聚,就变成了整个业务的流量模型实现。

58830
领券