2019-12-04上游系统不做避让设计，异常情况下就是自己对自己发起了DDoS攻击。下游系统也要做熔断设计，以保护自己。作者回复: 没错；双重保护最好。
7
2019-12-03为了国家，为了地球，优化优化代码吧作者回复: 哈哈，说得没错哦. :)
6
2019-12-05想到了Bufferbloat 显现. 如果很多人同时应用下游服务, 一遇到堵塞就开始减少请求, 这样就是所有人都减少. 一段时间之后是不是就产生周期性的算力需求? 学网络的时候学的作者回复: 很好的思考。好的退避机制会引入随机数来决定行为，可以避免和极大地降低周期性的可能。
4
2019-12-03老师好，刚刚看到上新的这个课，就出手啦，目前正在做这方面的工作，特别缺少这种系统的讲解
1，我负责的系统，是整个公司服务链路中重要一环，目前全链路延时在200ms左右，允许给我们系统的最大时延是50ms（极端情况跨异地数据中心）
2，刚刚看到机械硬盘、SSD等对比，希望后续的课程，能详细列出成本、性能数据，以供参考
3，希望能多讲一些实例，比如某系统架构演化过程，全面的展现设计思考方式、限制条件等
最后，这是我下定决心要学完的一门课，也是我第一次发了留言的课，盼更新！祝顺利！作者回复: 谢谢留言和建议。我会尽量满足要求。学完后欢迎和我交流感想。SSD和硬盘的价格和性能其实一直在变（技术演化很快），所以只能给出大体对比，你可以Google搜索一下最新的价格以及每个厂商/型号的性能。如果有具体的问题（比如性能指标），我也可以看看帮你找找。
2 3
2019-12-03我看完就一句话深深地映入我脑海——多快好省。作者回复: 你历史一定学得很好。哈哈
1- 2019-12-16大家工作中接触最多的应该是跟数据库的交互😀，不确定在不在课程讨论的范畴中，后面会不会讲到？
作者回复: 后面会有和数据库相关的一些内容；不过数据库这个领域也好宽（比如各种各样的数据库）。
2019-12-04作为运维工程师，请问老师该怎么在性能工程领域帮助开发同事？ 实现自我的成长。希望老师能在接下来的一些课能具体谈谈这方面的东西。作者回复: 你是问开发和运维的有效配合吗？这方面有好几处：
-程序设计阶段，他们最好征询你们的意见，因为你们知道硬件，系统和容量；一般来收开发人员不太关心这些。
-程序测试阶段。你们要和他们密切交互，将“问题”扼杀在摇篮里。
-部署阶段。你们主导，但是需要经常让他们改进发现的问题。
-运行阶段。比如修Bug就是。
2019-12-03回顾你最近接触过的软件模块或者正在写的代码，有没有和其他的系统模块有交互关系，它们之间是如何交互的？
RPC、接口（其实RPC也算接口） 这两种方式
如果你的模块性能不好（不管是响应时间很慢，还是发出过多请求），有没有可能对其他系统模块造成影响？这个影响会不会造成整个系统和服务的严重后果甚至瘫痪？
错误一直重试，结果导致整个系统瘫痪，最后采用了文章中提到的指数退避机制
2019-12-031.我负责的系统模块是一个老项目的子系统。各服务间rpc调用超时均为6s。这会导致只要系统中任意一个子系统出现问题，由于这个6s等待的存在，就会导致所有关系方线程资源都被占用着。于是我调小了超时时间。然后快速失败却更加剧了故障系统的故障。最终我在入口处用mq销峰控制消费速率或则说任务并行度，借此保障系统稳定。然而，这依旧是有问题的，存在很大的浪费。因为如果瓶颈系统能支撑，单机能并行200的任务，而不能支撑就只能限流在50，这之间的资源浪费实属可惜。瓶颈系统优化又管不到，我倒是愿意研究，但职责有界，连代码都看不到。这种情况就比较无力了。
2.对老师提到的“指数退避机制”很感兴趣，有具体落地的技术方案吗？展开作者回复: 恩，具体的系统真的事很复杂，要考虑各种因素。指数退让其实道理很直白易懂；实践起来也容易。基本道理就是如果不能及时获得下游回答，就假设下游很忙，那就降低请求速度（用指数方式降低，比如每次降低一半）。比如超时等待可以持续增加。
1- 2019-12-03老师，您好。我是做测试的，怎样往性能测试工程师发展？具体都要学什么？编程要学到什么程度？谢谢老师解答。
作者回复: 这个专栏里面应该会有些答案帮助。
- 2019-12-02期待后续讲解，谢谢！
2019-12-02作为运维工程师 终于找到了下一个方向 性能工程师作者回复: :) 终于找到组织了！