为什么新浪的后台并发能力那么差？

主要还是资金问题啊。

为什么这么说？

现在，各种技术架构都算已经比较成熟的情况下，并发其实很容易解决，就是扩容。简单理解就是加服务器和拆分服务。

新浪微博流量具有瞬间峰值高、持续时间短，这让新浪的运维人员都非常难办，平时流量可能是热点事件时的1%，如果平时就按照热点事件的资源去运维，新浪可能没几天就运营不下去了。

因为维持大量的服务器和存储资源需要的成本高到难以想象。

而淘宝平时流量都能预估，几乎不会出现突然的峰值流量。像双十一，更是提前一个月可能就已经做好了预案，服务器该加的，该扩容的扩容，性能该升级的升级，等到双十一一过，再把这些资源释放掉。

这成本就控制下来了。

斜阳说

首先，新浪实际盈利能力是不如淘宝的，因此不可能为了几次热点事件，就把大量资金都投入到这些服务器资源中。毕竟这样投入，几乎是全浪费掉的。

什么时候新浪真的盈利能力非常强，一掷千金，直接把服务器资源顶到热点事件的级别，那新浪也不会宕机，更不会让你感觉到并发差。

归根到底还是业务场景不同导致的。

对于淘宝等电商平台而言，他们都并发高峰是可预测的，比如一年一度的双十一，并发高峰肯定会在这些活动期间到达。所以我们可以看到，电商平台在活动之前就会开始调配服务器资源，调整线上并发承载系统，迎接流量高峰的到来，往往打的是有准备的战争。

而对于想新浪微博这种社交平台而言，并发高峰通常是未知的。可能是当红明星的八卦，也可能是突如其来的天灾人祸。热点在365天24小时都可能发生，而平台往往难以预估。尤其是，这类社交平台往往有放大热点聚集人群效应的特性，这就使得流量高峰来得又快又难以预计。

弹性化的系统和24小时的运维体系，是对这类场景的解决方案，但当遇到现象级的热点时，也难免出现系统无法承受并发的窘境，这时只能应急地加机器来解决了。

高并发一直以来都是互联网开发运维的一个重要课题，各大公司都积累了成套的经验，然而业务的不断发展，也正为高并发系统提出更多的挑战。

看到这个话题我突然想到了北京地铁，我想在地铁高峰期的时候，大家都有过身不由已的感受吧。换言之，既然是软件依赖的还是硬件本身，硬件本身是存在上限的，所以从决策层角度来看，必然要考虑到成本与收益比的问题。准确的说，在正常并发下，新浪的后台肯定是没有问题的，只是由于突发事件导致一下子访问量激增，资源不足导致出现问题。

另外一个维度，我想到了亚马逊，现在公有云的老大非AWS莫属，AWS的出现就是因为传统的架构无法满足黑色星期五的需求，而如果单纯为了黑色星期五投入过多的硬件资源又会造成极大的浪费，所以AWS云计算架构才应运而生。

据我所知，新浪微博已经在使用云计算的弹性架构来解决自身并发性的问题，一方面可以有效缓解突发时间下的并发响应能力，另外一方面，也降低了不必要的成本投入，性价比最高。

钱和人才堆积起来的，换位思考一下，新浪的后台已经不错了，除了BAT，能够比新浪的并发能力强的，也没多少个了。

微博是读多写多，淘宝是读多写少

并发能力差是多方面造成的

第一、主要是内部没有特别多的高并发的场景，在前期大家都是浏览内容与交互，量不大，整体不出大问题也不会主动考虑高并发的场景，不像淘宝的后台，每年的双十一都在创新高，量一直在飞速增长，场景逼的他们不得不考虑高并发。

第二、新浪微博的热点新闻不像淘宝可控，淘宝可预知自己什么时候会产生大量的高并发，比如举行双十一，淘宝可以提前降低其它服务的配置，降级服务，使用最大力度来处理双十一的业务，而新浪的出现热点新闻是不可预知的，如果你长期提供极高并发的配置供系统使用，会产生大量的资源浪费，这一点是最要命的。

第三、资金，如果同样的业务有阿里这样的企业实力来支撑是否会有更好的方案，我觉得也会有一定的难度，但是他们应该能有应对方案，起码在大体上回比现在的新浪做的更好，毕竟资金雄厚的他们还有阿里云的业务，应该能做到更好的弹性业务，不过过程估计也是会困难。

现在的新浪技术其实算大厂的，整体实力除了bat等大厂或者后来的字节头条这些公司之外，已经是一流的大厂了。