rpc、服务与发现、负载均衡，有必然的联系吗？

@userpassdb 楼主还有一个知乎： https://www.zhihu.com/people/aspwebchh/activities

还有一个公众号：今天讲故事。

打开知乎个人主页就能看到了。

大胆预测一下故事结局，技术大咖空降成为公司新的 CTO，旧员工纷纷表示不能接受，愤然离职，此时的 CTO 无人可用，成为光杆司令，剩下 2 位组长因为年终奖太高等原因，暂未离职，此时技术部门仅剩下 2 位组长和新晋 CTO。

组长和 CTO 之间开始了权位争夺战，权利的游戏正式上演。

2 位组长因政治手段不敌新晋 CTO，最终惨败。

此时的新晋 CTO，孤立无援，目前最需要解决的就是人手问题，可让公司没想到的是，此时的公司商誉早已经因为随便开除人，在业内臭名昭著，程序员更是见了这家公司就以迅雷不及掩耳之势绕着跑。

老板下令新晋 CTO，一周内必须赶上进度，解决人手问题，否则公司将面临危机。

就在这时，线上突然发生故障，需要使用 git 进行拉取代码，这位 CTO 折腾了一个上午，愣是没解决，后来这位 CTO 去请教运维部同事，还是运维部同事帮忙解决了，如何使用 git 拉取代码。

运维部同事表示非常震惊，随即把这间事情告诉了老板，老板知道后顿时如五雷轰顶，陷入懵逼状态中，这位技术大咖可是业界知名的高级架构师，难道连 git 都不会用吗？

老板随即展开调查，安排公司神秘部门 [背景调查科] 对这位技术大咖展开 360 度无死角调查，真相令人大跌眼镜。

根据调查结果，这位新晋 CTO 涉嫌简历造假，原来所有的经历，都是伪造的，所谓的技术大咖，只是一个连 git 都不会用的家伙。

老板此时才幡然醒悟，自己不该迷信大公司背景。

就算如此，也为时已晚，公司已面临被客户的投诉、投资人的撤资，面临生存危机。

老板甚至登门拜访请求原先的旧组长，旧 CTO，可原来的旧同事都已经找到了满意的工作，不仅工资翻倍，而且都进了大厂，旧同事们纷纷对老板表示感谢。

此时，故事已经接近尾声，这个故事告诉我们，不要盲目迷信大公司背景，小公司一样有能力强，认真做事的人，少搞政治手段，公司才能做大做强。

如果你喜欢这个故事结局，请点个爱心吧。

从压测结果来看，一共 1000 的并发，请求了 10000 次，失败有 9761 次。

Complete requests：10000

Failed requests: 9761

Requests per second：1403.301

我怀疑测试用例有问题，测试时，观察一下服务器的负载情况。

每个人都有各自独特的世界观，客观来讲无分对错，成熟一点，不要轻易的把自己对这个世界的观感，对朋友们进行阐述，以博得认可。

除非是真的有一个跟你一样世界观的人，也只能浅谈几句，以博得共鸣，因为各有各的深度，总有一个层面是有分歧的。

至于那些完全不志同道合的人，就不要再阐述自己的认识和理解了。

喜柿多

谢谢你的分享，学习到很多。

一手好牌打的稀烂

@z657386160z 老哥什么时候下的单？

@litpen 什么时候下的单？

喜欢摸鱼聊骚的可以加我微信，我拉你进群，里面都是 v 友，目前群人数：226 人。

我的微信二维码：

https://i.loli.net/2019/09/06/mkVXdieLgYjNKs9.png

群内聊天状况截图：

https://i.loli.net/2019/09/06/F8aySiRd6tfEvVB.png

醒醒吧，每天分布式，高并发，高可用集群，实际上用户加起来不到 100 个，测试人员比用户还多！

返利多

@licht114 看我回复