服务器集群，Yes or No？

做呼叫中心系统这几年，不少朋友问我，为什么我们没做集群。

集群意味着高容量，大并发。

很多时候，集群，是技术实力的象征，有集群，逼格显得就要高一大截。

实际上，我们只有苦苦一笑。

我能说，我们系统设计之初就有考虑集群的设计么？

但我们最终发现，市场上，现在的市景下，真心用不到啊。

正儿八经的终端用户，超过千线并发的，为数并不多。

而用我们系统的一些朋友，极端点的，单机都跑出近3000并发了。

所以，我们后面努力的方向，就变更为如何榨干单机性能。

话说回来，集群到底搞不搞呢？

实际上，我跟很多朋友说，集群是好东西，但要幼儿园的小朋友学高数，远远超出很多小公司的驾驭能力。

核武器，用的好，就是震慑敌人的力量；用的不好，就是自取灭亡。

因为，集群系统，技术的复杂度是明显超过一般系统的，需要更高级的运维工程师来维护。

特别的，集群系统，还有一个特点，一个环节的故障，往往导致整个业务系统的瘫痪。

不出问题的系统，市面上我还没遇到过。

就问你，出问题的时候，集群系统，你有没有能力hold住？

通信运营系统，核心之重的就是可靠性！

只要观察，我们就会发现，那些使用集群系统开展业务的，基本都有自己的研发，而且都有不小的运营支持团队。

所以，不下点本钱，想玩转集群系统，是不太靠谱的。

所以，如果集群系统卖的太便宜的，也要多问几个为什么，捡漏有这么容易的？

所以，虚拟运营相关的这个行业，做集群系统的，很少看到拿出来销售的，一般都是自己运营了；拿出来销售，成本这么高，卖多少才合适呢？！

所以，集群系统，用的好，除产品本身要过硬外，一定要有靠谱的服务团队在背后做支撑：有能力解决问题；要及时解决问题。

这个靠谱的服务团队，既包括自己的，也包括厂家的。

依我看，万线并发以下，单机系统简单叠加即可；万线并发以上，再考虑集群吧。

路漫漫，上下求。

希望，虚拟运营呼叫中心这行业，我们的集群系统能有面世的那一天。