共计 2383 个字符，预计需要花费 6 分钟才能阅读完成。
1. 前言
通过下面的学习，咱们曾经理解分明 crank 的职责以及作用，那么咱们从新回来思考一下，crank 能为咱们带来什么？
2. Crank 带来了什么？
-
为分布式压测提供了解决方案、能够模仿更高强度的压测
- 单机压测最多提供 65535，通过反对多个 Agent 能够很轻松的冲破这个极限
-
提供了压测后果二次解决的能力，并反对将后果保留到 json、csv、数据库甚至是 es(目前仍在对接)
- 通过对以往压测数据的后果做折线图的展现
- 通过 ci 能够实现自动化触发压测，再通过折线图清晰理解每次代码对性能的晋升状况
3. Crank 还能更进一步吗？
下面的实战训练咱们仅仅是做了根底的工作，只管咱们通过模仿多接口同时压测实现了对单场景的压测，但实在的我的项目远远不会是所有人都同时拜访一个页面，而不拜访其它页面，那咱们如何模拟出更贴近实在场景的用户轨迹呢？
实在的用户场景应该更像
如果咱们心愿更进一步，想晓得咱们的零碎的极限到底在哪里，咱们能够依照依照此用户场景进行深度还原压测场景，实现对整个场景的压测，并通过调整正本、带宽、Redis 集群、数据库集群数量等形式晋升 QPS，最初通过一直的压测以及配置一直的减少，理解到咱们应用什么样的配置、用多少正本、用多少带宽、什么样的 Redis、数据库集群可能抗住多少的用户，但这个须要视咱们实在的业务场景，如果 QPS 到 100 就够用的话，那么咱们破费那么高的老本搞那么大的 QPS 有什么意义呢？咱们又不是须要再做一个淘宝进去，理论没有那么高的用户量，搞到极致的优化也只是劳民伤财罢了
4. 疑难
-
Agent 的压测机配置必须很高吗？
- 压测机的配置高，将赋予压测机更高的压测能力，但 QPS 的高下并不是通过压测机来决定，Qps 低的我的项目，搞个超级计算机过去，Qps 依然低
-
为何我启动 Agent 执行工作后每次都须要 Install Sdk？每次装置都须要半天，翻墙我也解决过了，但还是很慢
- 倡议 Agent 启动时指定 dotnethome，并且在启动工作时，最好指定工作的框架环境是曾经存在的环境，Agent 的启动配置能够查看入门篇，指定工作运行框架能够查看进阶篇
-
为何我通过 crank 官网的命名运行出错呢？
- crank 还在继续更新降级中，可能会呈现用新版本的 crank 发送上文示例不能应用的状况，能够装置指定版本的 crank，以上示例都有在 0.2.0-alpha.21567.1 版本运行胜利
-
我想本人搭建 Agent 的 docker 镜像，文中提供的镜像不晓得是否平安？
- 文中用到的镜像是通过上面的 dockerfile 编译的，没有搞很简单的货色，不释怀的能够应用自建镜像
- doddgu/crankagent:net5.0 是.net 5.0 版本
-
我的压测场景也须要登录，但不须要实现每次申请都是一个新的用户，我该抉择 bombardier 还是 wrk、wrk2 呢？
- 针对压测场景简略的，又不须要实现多用户、不须要动静参数的能够用 bombardier、简略不须要学习 lua、成本低
- 心愿能够用动静参数，玩一些简单场景的，抉择 wrk 或者 wrk2 更适合
-
压测场景繁多，且不须要实现多用户、不须要动静参数不能应用 wrk、wrk2 吗？
- bombardier 能实现的场景，wrk、wrk2 都能够做到
- 针对简略的 get 申请，不须要更改参数应用 wrk 一样很简略、应用 post 申请的须要多把握一点 lua 脚本常识，有条件的还是倡议应用 wrk、wrk2，它更灵便动手老本也不是太大
crank agent dockerfile
FROM mcr.microsoft.com/dotnet/sdk:5.0
ENV PATH="${PATH}:/root/.dotnet/tools"
EXPOSE 5010
RUN dotnet tool install -g Microsoft.Crank.Agent --version "0.2.0-alpha.21567.1"
ENTRYPOINT crank-agent --dotnethome "/usr/share/dotnet"5. 总结
Crank 的性能其实是很繁多的，它不像咱们起初设想的那样宏大，所有的事件都能做，也没那么简单，但咱们也能够说 Crank 什么都无能，因为它提供了让咱们运行 dotnet 我的项目以及在 docker 中运行 dotnet 程序的能力。
但它最初能做什么事取决于应用它的人想用它来干什么，它只是一个工具而已，不要把它想得太美妙，有了它当前能够不写代码，自动化实现测试工作，我只须要等后果，主动出报告等等……有这样想法的还是去洗洗脸吧，大白天的居然在做梦？
压测以及性能调优考验的是咱们对整个零碎的一个全局掌控能力，通过压测让咱们晓得目前零碎的瓶颈在哪里？等咱们的业务规模到了瓶颈时，能够通过调优进步我的项目的 QPS、使其响应能力更快，不会因为零碎而影响咱们的业务，其目标是帮忙业务倒退的更好，但如果业务没倒退起来，一味的陷入性能调优这个深坑中去，会使得咱们破费昂扬的代价做了没有实际意义的事，就比如说家里总共就四口人，非得搞个中巴，美其名曰能够拉更多的人，过年走亲戚不会坐不下什么的，每次出门费油又疼爱的不得了，最初舍不得开了，最初还得花钱给它找停车位，那就得失相当了
开源地址
MASA.BuildingBlocks：https://github.com/masastack/…
MASA.Contrib：https://github.com/masastack/…
MASA.Utils：https://github.com/masastack/…
MASA.EShop：https://github.com/masalabs/M…
MASA.Blazor：https://github.com/BlazorComp…
如果你对咱们的 MASA Framework 感兴趣，无论是代码奉献、应用、提 Issue，欢送分割咱们