不要把热情的粉丝，阻挡在服务器之外

科技圈儿有一个自带光环的品牌，它每次一有任何动静，不用宣传也不用刻意营销，消息还是能传天下。
在银联、银行等多方盟友的助阵之下，苹果支付Apple Pay正式登陆中国，高调开展移动支付业务，不少苹果用户都第一时间绑定银行卡进行体验。但近日Apple Pay的首秀并不完美，绑卡环节的长时间拥堵令使用者体验不佳，许多消费场景也不支持。Apple Pay绑定首日遭吐槽绑卡频繁失败，原本仅仅约1分钟的绑定过程却需要几个小时。

没用上 Apple Pay,却被它的段子刷了屏。朋友圈、微博就已被Apple Pay的消息所占领。

“拿出你想绑定的银行卡，扫描一下就可以迅速绑定了。当然你也可以手动输入。然后银行会推送一个短信确认密码，把密码填入确认就算正式激活了这张银行卡。”上述绑卡过程看似轻松快捷，但在实际使用中，短则一两个小时、长达四个小时的绑卡过程，引得众多用户吐槽，而此前Apple Pay宣传绑卡一般几分钟就可以搞定。

　　不少网友在微博上反映，绑定的时候出现“未能连接到ApplePay，请确定您已接入互联网”，发送认证信息失败，疑似ApplePay服务器出现故障。

对于诸多用户出现绑卡难问题，苹果客服方面表示，由于昨日系统刚刚开通，申请用户过多，也会出现“卡”的问题。对此，苹果采取了分批推送方式。

用户多你乐坏了，可是服务器呢？

用户多是好事，但是挤爆了服务器，对运维和业务运营来说，就是灾难了。因用户过多，造成服务器瘫痪的案例并不少见。
比如，12306刚上线的时候就出现过瘫痪问题，尤其是春运期间。去年双十一，阿里刚开始推双十一的时候支付环节也曾经瘫痪过。所有这些都指向一个问题，就是系统上线之后的性能问题怎么解决。这部分问题一旦发生，对整个业务影响是致命的，像阿里宕机一秒钟就可能会造成了百万级的损失。

非常遗憾的是，这些情况发生的时候您并不知道，或者不相信这是真的，更不用说及时采取措施了。而借助监控工具，全天候24小时监控服务，就可以有效防止这些问题的发生。例如，通过监控宝实时跟踪服务器CPU使用率、CPU负载、内存使用率、磁盘I/O、网络流量、磁盘空间使用率、系统进程数等。当网络流量增加到一定程度，监控宝会主动告警，这样，对于运维工程师来说，可以从外在的角度以及网络层面来了解服务器每天网络吞吐的变化，是增长还是减少，什么时候需要扩容呢？增加服务器还是增加带宽？你可以把流入服务器和流出服务器的数据看成是服务器的新陈代谢，而服务器内部的计算和处理，则是服务器的内部循环，优秀的运维工程师可以从服务器的新陈代谢中快速察觉服务器的宏观状况。

基于真实业务场景与用户行为的压力测试

我们知道，一般重大项目上线之前，都会做压力测试。传统压测解决的是单点问题，看服务器负载能力可不可以，比如内部放三台负载机就去压一下，看能不能承受2000的并发或者十万用户访问。这是传统的压测。
但是一旦到线上，引流过来以后，带来的结果是什么？有可能系统挂掉了。这个原因是什么呢？就是因为我们的测试环境和生产环境并不一样，我们的测试压力制造都是在实验环境下做的。

云智慧压测宝提供了一个解决方案，通过云测试的方式帮企业彻底解决业务系统性能问题。那我们怎么做的呢？上图是一个整体的结构图，在压力测试中，这边是业务系统，包括负载、服务器、网络，这是整个的真实测试环境。我们如何制造压力？云智慧在云端，比如阿里云、Ucloud、青云上，我们放了很多压力机，就是制造压力的服务器。 它通过云端制造压力访问系统，这个访问基本上跟实际生产环境的用户访问一致。因为这些服务器分布在不同的地区，而且它的访问量也很容易起来。通过这种分布式的方式，从云端来制造大量的压力，来模拟真实的用户访问，很容易测试系统上线之后是不是能够经受住预计五百万的用户访问和五千的用户并发。

用压测宝做这件事最大的好处是压测宝能够逐渐调整压力范围，也就是说不会像常规压测，设5000，一下就爆了，我们可以找到系统性能的范围，第二能找到性能问题出现在哪里，在 压测中逐渐优化我们的IT性能。 

在人际交往中，第一印象很重要。在互联网时代也一样，您的服务向用户呈现的稳定、可靠、友好是用户接受并愿意使用服务的前提。切不可将热情的粉丝，阻挡在脆弱的服务器之外。

更多相关技术文章请关注云智慧官方微信（cloudwise2014）。