腾讯云开发者社区-腾讯云

开发者社区

文档建议反馈控制台

文章/答案/技术大牛

发布

综合排序丨最热优先丨最新优先

架构级全链路性能咨询服务

案例：在之前的一个企业做性能咨询之后，硬件降到原来的1/4，同时容量提高10倍，也即系统整体性能提升40倍，每年节省费用超过500万。

2019-07-17

5750

标签:

【架构实战】全链路压测实战与架构优化

为什么需要压测性能测试是验证系统能力的重要手段，但很多时候我们发现：上线前测试通过，上线后扛不住单接口压测没问题，混合场景就崩了压测时好好的，大促时各种异常根本原因：测试环境与生产环境差异大单接口压测无法模拟真实业务场景缺乏全链路压测，无法发现系统短板全链路压测的目标：验证系统在高并发下的稳定性发现性能瓶颈和隐患确定系统容量边界为扩容和优化提供数据支撑二、压测类型与目标1.压测类型分类类型说明目的基准测试单接口压测获取单个接口性能基线负载测试逐步加压找到最大处理能力压力测试持续高压测试系统极限容量测试持续运行验证长时间稳定性全链路测试端到端压测模拟真实业务场景 .工具选型建议场景推荐工具理由快速单接口压测wrk轻量快速复杂业务流程JMeter/Gatling支持脚本编程大规模分布式压测JMeter成熟的分布式方案CI/CD集成Gatling代码化，易集成四、全链路压测实施 1.数据库优化连接池配置（HikariCP）：最大连接数：50最小空闲连接：20连接超时：3秒SQL优化：添加适当索引避免全表扫描使用分页查询2.缓存优化多级缓存架构：L1：本地缓存（Caffeine）：指标目标值实际值结论QPS1000012000达标P99响应时间小于500ms380ms达标错误率小于0.1%0.02%达标容量规划公式所需服务器数=目标QPS/单机QPSx(1+冗余比例)八、总结全链路压测是保障系统稳定性的重要手段

2026-04-01

6220

标签:

全链路压测(1)：认识全链路压测

前言之前断断续续写过一些全链路压测相关的技术文章，很多同学评价还不错。朋友建议我写个系列，基于自己的落地实践经验，对全链路压测做个系统性的梳理总结。定义：如何理解全链路压测 PS：这里的定义是我基于自己对生产全链路压测的了解和实践总结得来的，仅代表个人观点。 1、什么是全链路压测？，数据流转性无法保证，数据多样性也存在部分问题； ---- 那么，要解决差异带来的不稳定因素，最终的选择就是生产全链路压测：挑战：如何落地生产全链路压测虽然全链路压测解决了传统压测过程中的种种痛点但在落地过程中，全链路压测依然要解决很多问题，主要有如下几点挑战： 1、链路梳理现在大多数企业都是采用微服务架构来设计系统，且业务场景多样化，导致了系统架构异常复杂。流程：生产全链路压测落地实践生产全链路压测的整个流程，大致可分为三个环节，每个环节的主要事项如下：能力建设：生产压测能力演变历程生产全链路压测的本质是能力建设的技术工程，不是一蹴而就。

2021-10-14

3.9K0

标签:

腾讯云测试服务

全链路压测(14)：生产全链路压测SOP

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

2022-09-02

1.2K0

标签:

腾讯云开发者社区

腾讯云测试服务

全链路压测(5)：生产全链路压测实施全流程

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

2022-04-01

2.3K0

标签:

Zipkin全链路监控

Zipkin是SpringCloud官方推荐的一款分布式链路监控的组件，使用它我们可以得知每一个请求所经过的节点以及耗时等信息，并且它对代码无任何侵入，我们先来看一下Zipkin给我们提供的UI界面都是提供了哪些信息 zipkin首页为我们提供了对于调用链路的搜索查询及展示的功能 ? 第二个选项卡里提供了历史数据的导入功能 ? 第三个选项卡里展示了各个微服务之间的关系 ? 我们再次回到首页，我们点开一个调用链路之后就会看到此次链路调用的详情 ? 现在我们点开详情中的一个service，可以看到此次调用在这个微服务中的详细信息。 ?

2019-04-18

3.9K0

标签:

EagleEye全链路追踪

RpcID RPCId用链路调用顺序来递增。阿里云相似产品：Tracing Analysis 效果图： ? image.png

2020-02-13

4.2K0

标签:

架构师——复盘落地全链路监控项目

1、如何技术选型，应该是架构师必须具备的技能技术预研技术调研项目风险模型 2、场景项目（全链路监控） 2.1 项目背景调研某公司的技术研发团队的现状：监控埋点项目太多，不统一业务稳定性凝聚力不够 2.2.2 Lightstep Lightstep全链路解决方案非常完整，整体解决方案和微服务架构生态完美的匹配，如果技术栈匹配，可以开箱即用，维护一个稳定的基线版本，Lightstep学习成本较高，可以复用 Lightstep的架构思想，自研全链路框架。某一个里程碑版本，维护起来，并架构演化为自研链路框架。推广阶段：全链路知识体系普及分享，讲解全链路项目的优势以及能够解决的业务痛点；全链路接入方案和部署方案讲解，接入和部署透明化，让业务知道可能存在的风险点；链路压测报告输出，并同步给各个部门leader

架构随笔录

2022-09-23

2.1K0

标签:

实时云渲染平台的全链路技术架构解析

本文将围绕实时云渲染的系统架构展开讨论，重点分析其从云端渲染、网络传输到终端适配的全链路技术实现，并探讨该架构在不同行业场景中的应用潜力。为解决上述问题，新一代实时云渲染平台逐步形成，其核心特征是实现从底层资源调度到上层应用管理的全栈集成。二、全链路技术架构的关键环节实时云渲染系统的性能与体验，依赖于“云端渲染–网络传输–终端适配”三个环节的深度协同与优化。通过优化帧捕获、编码、传输与解码全链路，可将端到端的视频流处理延迟控制在较低水平。在弱网环境下，系统能通过动态调整码率与画质策略，优先保障流畅性，从而维持稳定的操作体验。通过全链路的技术优化与生态兼容，该架构在数字孪生、远程协作、云游戏等场景中展现出广泛的应用潜力。

点量云流实时云渲染

2025-12-31

5680

标签:

数字孪生实时渲染

数据可视化

微服务架构—自动化测试全链路设计

SPI 初步实现 Mock 总结背景从 SOA 架构到现在大行其道的微服务架构，系统越拆越小，整体架构的复杂度也是直线上升，我们一直老生常谈的微服务架构下的技术难点及解决方案也日渐成熟（包括典型的数据一致性文章接下来的部分将展开 marketing-cloud 规则引擎在打通测试链路上的实践。但是有一块我们一直没有重视的就是全链路压力测试这块，在生产上进行全链路的真实的压力测试需要解决很多问题，比较重要的就是 DB 这块，压测的时候产生的所有交易数据不能够参与结算、财务流程，这就需要借助当然还有其他地方都需要解决，一旦打开全链路压测开关，应该需要处理所有产生数据的地方，这是一个庞大的工程，但是也会非常有意思。本篇文章只是我们在这块的一个初步尝试，我们会继续扩展下去，在下次产线全链路压测的时候我们就可以借助现在的实践架构扩展起来。作者：王清培（沪江集团资深JAVA架构师）

2018-07-31

1.8K0

标签: