本次演示一下云压测，我之前一直以为这个产品没了，没想到还活着，所以我们跑跑看。
https://console.cloud.tencent.com/pts/projects 到这里来以后 如果是首次会有个开通，我点太快了没截到图，就不给图片了。
新建项目
直接新建项目
填写相关的内容信息，然后去新建场景
新建场景
在新建场景的时候，可以看到已经有归属的项目了
有三个模式啊，我们先从最简单的开始跑
资源包检查
简单模式打开以后，我们看见需要消耗资源，所以先去看下包
新建环境
好的 有个基础包，直接开搞，回来配置参数，环境管理新建一个
保存，回去开打
参数配置
高级配置有一个域名和ip绑定
遮住一下我的测试域名，我们调试一下。
先调试
会进入等待队列
看样子是成功了
然后我们返回，再点击配置。
进入以后，我们运行一下。
我看下能不能打死我的小机器。
压测报告
跑完了，没打死，看来还是在宣传的带宽承受范围内。
我们在服务明细可以看到访问的具体延时
还有发送速率失败率等情况。
从延迟上看，还是略高的，广州到广州的路由。
我们也可以在多维分析看见清晰的请求RPS等报告。
最后一个施压机器我看给的是192.168开头的地址。
执行完成以后可以在历史报表查看，也可以直接点开查看。
如果后续是一样的，可以直接配置允许或点开报表重新执行，如果是不一样的，可以再新建，如果参数差不多，可以选择复制。
然后我们看下用量，和实际预估的是差不多的
之前是在测试范围内的，那么我加码一下，看下是否能直接打死。
告警联系人
告警联系人持续报错，所以就不演示成功的了，直接给看下页面
流量录制
我们看下什么是流量录制。
它叫我们先安装一个插件，我们把插件安装一下。
下载到本地解压，然后跟着步骤走。
可以看到我们这里是已经安装成功了。
回到刚才的页面刷新一下，点开始。
写好自己的参数。接着点开始录制。
它会直接跳转你填写的url
不好意思啊，这里有点二货了，这里的意思是，它会录制你的所有动作，并按这个动作去生成一个场景，然后这里，上限是300条请求，实际上，如果你只开了一个页面就点叉就结束录制了。
对不起，我一开始也没想到是这么奇葩的结束。
然后它会抓取我们刚才选中的一些类型。
接着它会自动创建一个场景，然后根据这个场景，跳转到参数，此时，因为条目比较多，所以可以编排
我调试了一波，但是我没这个需求哈，所以我就不点压测了。
用粗暴的方法，把第一个再打一次。
定时压测
这次我们用定时任务来做。
可以看到定时的菜单内容还是很丰富的哈。
这里我们回到执行一次。
附一下高级配置的说明：
它还有一些条件约束和限制。填错了就会出现
甚至无效的cron表达式
听意思是，不死心，折腾了一个示例，如下：
挺好玩的就，如果你选周就是这样的
仔细品品这里面的逻辑，好了，接着我们往下走。
周粒度是周一到周日，日粒度是1-31,如果当月没有选择的日子就会到下月，比如2月没有29,如果你选择了29单选，那么就会在1月和3月触发，2月是不给的，明白吗？
如上图，好了，我们回到执行一次。
定时任务在发生之前是可以终止的。
回去修改一下并发参数为1000,其他不动，继续，然后等定时任务执行，看下会打死不。
18:33分我看见已执行，点开场景，可以看见运行中
好像这次打到位了，但是机器没报警。
可以看见有一堆的报错
看下具体的数据
好像最终的效果也还可以啊
核验压测
资源包也扣掉了，打的差不多了。我们去看下机器监控数据，看看为什么没报警
从CPU和网络负载看是有在压测的
内存最大利用率55多一点，因为是用的简单的首页压测，不涉及到复杂场景，所以仅作参考。不足之处很多，还请多多包涵。
脚本模式
脚本模式和简单模式基本差不多，参数流程基本一致，区别是用的是官方的一个脚本。
我们看下最后一种，是比较复杂的，给大家看下菜单，就不演示了。区别有点大。
JMeter
个人觉得这个方式相对比较高级一点，然后我发现SLA允许达到阈值以后停止压测。
在场景编排可以看到是需要自己写文件来编排的，适用于相对复杂的场景。
好了到这里就真的结束了，大部分日常的可以覆盖了，就是一些细节，可能不足，因为没有实际的场景，所以无法直接展示，有问题可以问官方哈。
