首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

腾讯】ISV交付checklist与能力成熟度评估

我们团队经历了众多Ka项目的与后台可靠性的保障工作,梳理ISV交付checklist与能力成熟度评估项 【腾讯】ISV交付checklist与能力成熟度评估 2020-11 实施...版本信息 版本 日期 要点说明 起草人 审核人 执行人 V1.0 2020-11 新版本发布试行 1目的 规范腾讯...ISV产品交付的关键阶段及相关的后台接口性能质量要求,建立准入准出标准,以保障实现的产品满足合同约定接口性能质量要求,特定制本规范 2适用范围 腾讯智慧行业产品各部相关线下交付项目中涉及的 ISV 产品...文档验收 系统接口列表与接口参数表文档 文档验收 生产环境/准生产环境配置文档 目标环境公有组件配置...数据多样性 4.

1.2K00
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    腾讯支撑保障方案与ISV质量管理规范

    我们经历了众多项目的与后台可靠性的保障工作,梳理出支撑保障方案与 ISV 质量管理规范 【腾讯支撑保障方案与ISV质量管理规范 2020-11 实施 ————————————...版本信息 版本 日期 要点说明 起草人 审核人 执行人 V1.0 2020-11 新版本发布试行 1目的 规范腾讯...ISV产品交付的关键阶段及相关的后台接口性能质量要求,建立准入准出标准,以保障实现的产品满足合同约定接口性能质量要求,特定制本规范 2适用范围 腾讯智慧行业产品各部相关线下交付项目中涉及的 ISV 产品...ISV 标准宣讲 腾讯负责人 ISV负责人 1.项目标准宣讲 2.工具使用培训 ISV指定项目负责人 腾讯侧输出: 1.项目标准与容量要求...腾讯负责人 参与方案评审 ISV压力测试 ISV 腾讯负责人 ISV进行,并输出测报告 腾讯侧抽查接口 1.项目提供引擎与目标环境

    1.5K00

    浅谈基于腾讯逻辑

    背景: 在上环境进行的场景,主要有单链路和全链路。其中,单链路用于业务添加新的接入模块和单业务架构迁移后稳定性评估;全链路则更多是在割接上前演练,大促前容量评估等几个场景。...一、姿势普及 1)链路打标 对测流量打上特殊的标签,根据标签识别将数据写入到影子表,以至于不影响到线上流量数据。...通常采用到方法是添加测试标识,或者是指定测试账号来识别测流量,相比于传统构造请求数据的方式,目前大部分电商采用的是流量回放的方式,减少维护成本和增加压多样性。...3.3)性能指标: 应用层面 错误率 吞吐量 响应时间 Response Time GC 服务器资源 CPU利用率及负载 内存 磁盘I/O 网络I/O 连接数 二、模拟系统 1、模拟环境逻辑图片 [...50% = 50进程; [任务视图] 4、监控系统逻辑 数据来源:通过监控拉取数据存入到mysql; 数据展示:grafana直接拉取mysql的数据; 健康指标:通过指标进行阈值计算,阈值内则视为正常

    1.8K31

    使用体验

    本次演示一下,我之前一直以为这个产品没了,没想到还活着,所以我们跑跑看。...定时这次我们用定时任务来做。可以看到定时的菜单内容还是很丰富的哈。这里我们回到执行一次。附一下高级配置的说明:它还有一些条件约束和限制。...可以看见有一堆的报错看下具体的数据好像最终的效果也还可以啊核验资源包也扣掉了,打的差不多了。...我们去看下机器监控数据,看看为什么没报警从CPU和网络负载看是有在的内存最大利用率55多一点,因为是用的简单的首页,不涉及到复杂场景,所以仅作参考。不足之处很多,还请多多包涵。...JMeter个人觉得这个方式相对比较高级一点,然后我发现SLA允许达到阈值以后停止。在场景编排可以看到是需要自己写文件来编排的,适用于相对复杂的场景。

    259104

    Elasticsearch之Esrally标准

    本文描述问题及解决方法同样适用于 腾讯 Elasticsearch Service(ES)。...工具部署:Elasticsearch工具esrally部署指南 - +社区 本文另有延伸:大数据生态关于压力测试的内容 - +社区 背景 在大数据时代的今天,业务量越来越大,每天动辄都会产生上百...track: 即赛道的意思,这里指压用到的样本数据和策略,使用 esrally list tracks 列出。...,则使用该模式; track-params:对默认的参数进行覆盖; user-tag:本次的 tag 标记; client-options:指定一些客户端连接选项,比如用户名和密码。...标准 在的过程中,需要了解到各个指标的含义。但是网络上没有完整的文档,所以这里做一个详细的总结。

    3.6K2114

    如何避免无效

    这篇来讲本质上其实就是经验的问题,至于技术我认为现在都是配套了,也有人配套的东西也搞不清,那还是经验的问题;提醒下,这篇对野路子玩的人蛮有用的。...一.误区 首先讲误区,每个误区我会简单的总结下,对于需要拓展的,我会在第二部分如何有效中去具体描述。 误区1:性能测试就是从写脚本开始。...这是个经验问题,并不需要一定做性能测试才能发现性能问题 比如接口单次调用过慢,可以trace 比如发现索引未添加,可以做执行计划 二.如何有效 充分的需求调研,需求调研的科学准确性决定是否能有效...2.部署架构调研 被的业务部署架构是什么意思呢,简单来说就是被服务涉及哪些组件,每个组件部署在哪些服务器上,服务器的配置是怎样的。...而且现在都是服务,会做到弹性扩容,不同的时间节点会有不同的实例节点,这些都应当做好记录。

    1K20

    如何避免无效

    这篇来讲本质上其实就是经验的问题,至于技术我认为现在都是配套了,也有人配套的东西也搞不清,那还是经验的问题;提醒下,这篇对野路子玩的人蛮有用的。...一.误区 首先讲误区,每个误区我会简单的总结下,对于需要拓展的,我会在第二部分如何有效中去具体描述。 误区1:性能测试就是从写脚本开始。...这是个经验问题,并不需要一定做性能测试才能发现性能问题 比如接口单次调用过慢,可以trace 比如发现索引未添加,可以做执行计划 二.如何有效 充分的需求调研,需求调研的科学准确性决定是否能有效...2.部署架构调研 被的业务部署架构是什么意思呢,简单来说就是被服务涉及哪些组件,每个组件部署在哪些服务器上,服务器的配置是怎样的。...而且现在都是服务,会做到弹性扩容,不同的时间节点会有不同的实例节点,这些都应当做好记录。

    57220

    如何

    导读:的一般流程和方法是什么?需要关注哪些数据指标?如何推算后端需要支持的qps?...本文分享总结过程中需要注意的问题,希望对同学们有所启发,欢迎讨论~ 一 目标 在开始做计划之前,一定要先明确的目标是什么,虽然最终的目标肯定都是优化系统的性能,但是不同的出发点,可能需要采取不同的方法...二 对象 明确了目标后 ,就是确定要什么,来实现目标。 一般来说,对象可以这么分: ?...后端 单api 单业务逻辑场景 前端 单request 单操作 单页 整体页面平均情况 三 数据 过程中,一般主要关注一下数据指标: 1 starter/client ?...缓存对数据库的影响 是否需要压到db层,要考虑场景。 是否需要创造海量的随机数据 (比如针对单用户的缓存优化场景,单一用户的性能不能用来推送多用户并发的场景)。

    1.8K30

    场景设计和方案制定

    本章内容根据《分布式服务架构》整理 1.业务模型分析 2.执行 3.工具 4.小结 业务模型分析 对业务模型进行分析,选择日常请求量大且路径覆盖范围广的典型交易,建立测试业务模型,确定各接口请求量的对比...加压方式 1.瞬间加压:通过测试工具模拟大量并发请求 2.逐渐加压:一定周期内为抛物线的趋势 3.梯度加压:逐渐增加用户并发量 4.确定延时方式 执行 观察系统的资源占用情况 /系统层面:CPU,...打开的文件句柄,线程切换,和打开的Socket数量 /接口的吞吐量,响应时间,超时情况等 /数据库的慢 SQL,SQL行读,锁等待,死锁,缓冲区命中,索引命中等 /消息队列的吞吐变化,响应时间,超时情况 /过程中记录记录.../分析是否满足既定压目标 /指出系统存在的瓶颈点 工具:ab,jmeter,mysqlslap.sysbench,dd,LoadRunner,Hprof 我记得我整理了ab,jmeter的文章,...但ab在哪忘记了,贴一下jmeter的链接Jmeter系统入门教程(安装、组件使用、Demo展示、连接数据库、测报告) 现在根据书上hprof 测试环境windows,4CPU,8G内存 java

    4.7K20

    怎么做服务关注什么?

    背景 在业务新上线,或者业务做活动,成为必不可少的一步。...但是很多开发对如何做好服务并没有特别系统的了解,这篇文章的目的是为了解释清楚单机服务的目的、做法、误区,帮助大家更好地达成的目的 的目的是什么?...我们并不总是对自己的服务这么自信,能够帮我们了解清楚在高压情况下的表现,发现隐藏的问题。...容量规划的需要:什么系统,什么时候,需要多少服务器。 服务的责任人能够清晰的知道:什么时候该加机器、什么时候应该减机器?...流量预估:通过历史数据(或者结合业务和时间)预估业务流量会有多大的系统调用量 容量评估:根据预估结果,计算服务需要分配多少机器 场景:针对重点业务场景,进行全局性的,根据结果再次调整。

    1.5K30

    腾讯redis数据比不上友商?不!

    背景:客户在针对友商的产品进行基准线测试,本周反馈在redis性能测试上,腾讯的redis性能和其他厂商持平,但是远远达不到另一个友商的数据。本文建单分析排查过程。...方式: 通过一个客户端(主机)对redis进行,实例在同子网上。 结果: 数据对比,通过管道的数据仅仅多了0.5倍,与客户预期不同。...建议在测时使用多个进程多个client进行; 腾讯redis的架构中存在proxy,建议测时-P设置为1000左右即可; cl3ient测时建议调整为5-10进行测试; 【重新的结果】 管道下数据有比较大的差距...网络延迟: 友商的客户端-redis实例延迟,max为 0.5 - 0.6ms 腾讯侧的客户端-redis实例延迟,max为 0.3 - 0.4ms 网络数据,腾讯侧目前是占优的状态,观察客户的实例...针对cluster集群,友商的命令要求在测时加上-cluster参数。按指示再压测时,数据正常了,数据和其他几个厂商持平。 附录:腾讯redis性能介绍

    3K80

    网站工具

    在日常售后工作中,常常需要对一些网站进行简单的,以判断网站的可用性。...此时通过源站就能够发现源站性能异常。 本文提供两种简单的网站脚本,能够快速的针对源站进行HTTP或HTTPS请求的。...HTTPStressTesting.git 下载后会有两个脚本文件: simple_stresstesting.sh 该脚本为一个简单的脚本测试工具,效率相对来说比较高 stresstesting.sh 该脚本为较为复杂的网站工具...simple_stresstesting.sh运行指南 image.png 运行该脚本后面跟多个变量,第一个变量需要输入请求的次数,后面的变量需要填写网站的url以及proxy等代理请求。...image.png 结束后会展示返回的状态码等统计信息。

    6.3K970
    领券