Serveristoobusy.docVIP

IT人角度分析京东商城Server is too busy事件/ 　　【导读】 　　京东商城策划的正常折扣之后，只要满200元就五折购书活动，营销活动策划的非常成功，第一次出现无法下单或无法付款等一些问题，并提示网购物者错误信息为Server is too busy，然后京东商城创始人刘强东先生站用户角度表达不满意，并且要求加三倍机器也要第二天重新再次开启购书促销活动，虽然第二次继续出现Server is too busy。整个事件的过程中，不管是活动策划效果，还是京东商城或创始人刘强东先生的危机公关，以及主动透露对待信息部门的态度，都非常成功，唯一失败的是出现戏剧性的Server is too busy，也许没有这个事件京东商城的促销活动并不会引起这么大的影响，个人相信这不是事先策划过的事情，但是此事件暴露京东商城技术实力的薄弱和管理者的落伍，甚至京东商城号称要招5000名工程师等，根据这一系列的信息，我们分别从IT技术从业者和技术管理者的角度阐述一些个人的观点，希望对网络世界的我们有所启发或帮助。 　　(一) 营销活动的前期准备及部门协同 　　我们先围绕2011年11月1号京东商城促销购书营销活动事件展开，超低价促销的营销活动，那么有一些信息就需要运营部门和技术部门合作一起梳理： 　　(1) 参加促销活动的商品种类、商品名称和数量等信息; 　　(2) 促销活动的力度，继续的时间; 　　(3) 促销活动可能会吸引多少网购者参与，通过事先收集本站及其它竞争对手的过往数据; 　　(4) 网站不进行特殊的技术处理情况下，能同时允许多少用户并发地购物，并且对不同环节进行预估，尤其京东商城的购物车应用; 　　(5) 网站提供服务的负载均衡设备、Web应用服务器、后端应用服务器、MemCached等可正常扩容情况下，可以支撑多少购物者同时在线完成购物流程：挑选物品、添加到购物车、填写邮寄地址等信息、付款等; 　　(6) 把第4，5步骤得出的系统能力，与营销策划活动的部门提供的可能购物者有多少进行最大值和最小值比较，计算出差值并且最好最坏打算，如何保证一定数额的购物者能正常完成购物流程，以及与运营部门商议是否可放宽促销活动的时间宽度，减少并发购物人数的概率性; 　　(7) 评估是否有条件，以及有合理的时间和资源对策划的运营活动开发一套新的系统，以支撑运营活动的开展; 　　(8) 对参与促销活动的物品信息及相关物品信息(比如促销为书籍，可能非促销的书籍也会购买，尤其热门书籍)，优先生成静态页面储存到专门开辟的MemCached服务器中，提高对用户的响应速度和减少现有系统的负载; 　　(9) 大型营销活动，还可能涉及CRM部门、财务部门、物流等相关部门，尤其物流涉及的仓储和配送预计能承担的负荷能力，事先告知而避免购物者下单之后抱怨物流太慢或货物质量等问题; 　　(10) 限时大规模的促销活动，也必定会带来带宽和安全方面的问题，必须做好监测和防备DDOS攻击的能力，避免导致营销活动泡汤; 　　(11) 运营活动结束之后，需要得到什么样的数据分析报告等，都要实现规划好，甚至预演过; 　　相信京东商城能成为B2C领域独领风骚的公司，内部专业人士可以列出更多更详细的信息，就不继续往下，把上述可能需要大家一起梳理的信息罗列出来一部分，就是告诉我们大家：我们是一个整体，任何一个环节的疏忽都可能成为瓶颈而导致出问题，要把部门与部门之间配合详细描述清楚，且使营销活动参与支撑的每个一个人都清楚自己要做什么，要给别人什么支持或信息，甚至通过梳理信息和商议一些做法，可以达到承载更多的购物者参与促销运营活动，并且为公司节省成本。 　　(二) 营销活动期间出现的故障及关联信息 　　京东商城网站大量用户报出现(注：笔者也是参与购书活动的用户之一) 　　 　　这样大规模营销活动时，其他企业也出现类似的故障花絮，淘宝策划的双十一促销活动也一样出现过故障，而且淘宝开展促销运营活动，是整个阿里的资源都调动起来：支付宝、阿里巴巴(内称B2B)、阿里云、淘宝等子公司都有专门的技术团队参与支持，活动开始之前就早早安排好值班的人员。而京东商城属于B2C型电子商务，无论物品种类、数量等，还是在线购物者都是无法比拟，而且内部还称信息部，这更加证明京东商城，还是类似传统型企业，技术的积累和接受过的挑战并没那么多，为此造成营销活动出现宕机的故障也在所难免，若是说找一个人承担责任的话，那么只能套用一句俗话：一切问题的发生都是管理不当造成的，那么这个责任应该是京东商城的信息部经理承担(注：互联网行业公司一般称技术总监 或 CTO，像阿里巴巴是副总裁)，他应该要有能力或意识提前预测可能发生的问题，以及组织架构师、开发人员、DBA、系统工程师等人员寻找应对或解决的办法。 　　我们继续围绕这一事件及京