###地产发挥在香港房地产市场积累的丰富经验与竞争优势，大力拓展中国内地市场，先后在深圳、上海、广州、北京、成都、长春、西安、南京、中山、苏州、佛山、宁波、重庆、杭州等地进行房地产开发、基本建设投资和物业管理服务，业绩卓著，声誉隆隆。
这次济南分公司搞开盘秒杀运营活动，之前7次活动由于架构不合理，造成7次活动失败，服务器无法提供服务。

这是一个典型的秒杀场景，用户在秒杀开始前，通过不停刷新页面以保证不会错过秒杀，这些请求如果按照一般的网站应用架构，访问应用服务器、连接数据库，会对应用服务器和数据库服务器造成负载压力。
秒杀前：用户不断刷新商品详情页，页面请求会达到瞬时峰值。
秒杀开始：用户点击秒杀按钮，下单请求将达到瞬时峰值。
秒杀后：一部分成功下单的用户不断刷新订单或者产生退单操作，大部分用户继续刷新商品详情页等待退单机会。
消费者提交订单，一般做法是利用数据库的行级锁。只有抢到锁的请求可以进行库存查询和下单操作。但是在高并发的情况下，数据库无法承担如此大的请求，往往会使整个服务卡顿，在消费者看来就是服务器宕机，活动失败。

秒杀系统的流量虽然很高，但是实际有效流量是十分有限的。秒杀系统设计的第一个原则就是将热点数据隔离出来,不要让1%的请求影响到另外的99%,隔离出来后也更方便对这1%的请求做针对性优化。利用系统的层次结构，在每个阶段提前校验，拦截无效流量，可以减少大量无效的流量涌入数据库。针对秒杀我们做了多个层次的应对策略:
1、浏览器缓存和CDN抗静态流量。
2、阿里云Redis缓存加速库存扣量。
3、阿里云主从版Redis或阿里云消息队列MQ（消息产品有多重）实现异步下单入库。

用户业务直接采用阿里云的常规秒杀架构，以Redis、MQ产品为核心策略，应对超高并发业务处理问题。业务改造周期短、产品成熟、人力投入小、资源成本节省。