UCloud 混合云架构在电商大促场景下的应用

极客邦科技和 UCloud 联合主办的中国技术开放日·电商后端技术大揭秘主题活动于上周六（2017 年 3 月 25 日）在北京方圆大厦优客工场圆满落幕。本次活动吸引千逾名用户注册，现场邀请各大电商企业的嘉宾，来自 UCloud、天猫、京东、有赞、当当网、小红书和 58 到家的架构师与 300 多名参会者从典型的电商业务场景出发分享其背后相应的技术解决方案。

国内电商大促常态化 供需错位亟待解决

来自 UCloud 互联网事业部高级架构经理叶仲华认为，“在和众多电商客户沟通中谈到一个现象，国外电商典型如亚马逊，更多投入的是推荐系统，如贝佐斯所言，亚马逊并不是通过给顾客售卖商品赚钱，而是通过帮助顾客进行更好的选择来赚钱。而在国内的电商环境下，推荐系统有时候效果可能还不见得就比一个关联推荐或者热销排行的推荐来的更直接。这个话题在知乎上也有讨论，除了说推荐系统的算法和技术复杂门槛外，也指出了国内用户群体和国外用户不太一样，尤其是女性群体，非常喜欢逛街，对一些折扣信息也非常敏感，所以国内电商也会因此做各种各样的促销，基本上促销活动常态化，并且还有各种各样的大促日。”

而对这样的频繁大促，天猫技术部供应链业务架构师林杉从另一个角度来看认为大促破坏了供应链节奏。而频繁的大促，本身就体现了商家对于库存和定价的能力缺失。

双十一流量的激增，转化率的激增，就是订单的激增。这就好像产生了牛鞭效应，在层层向上传递消费者需求的时候是不断失真的。就是使得商家也好，或者品牌商也好，不能够预测到促销期间实际销售数量的多少。从而造成有些商品可能造成积压，有些商品库存备货不够，从而损失了一些销售机会。

另外，还会经常出现赔本赚吆喝，增量没增收，没赚到钱。商家并不知道这一百个品类哪个品类是最重要的。应该如何利用促销，对于定价高低引起的销量变化，更是完全无感。

UCloud 定制化服务满足不同业务场景需求

基于国内目前电商现状，针对大促这样常见的高峰值高流量的业务场景，UCloud 叶仲华用聚美和卷皮两家公司的实践来说明支持大促的两种不同的混合云方案。

1. 聚美：通过光纤互联和公有云打通。
2. 卷皮：将机器托管在公有云服务商机柜，光纤连接走市政通道，由于直接连到机房内网，故稳定性比较高。

电商大促 云端布署成重点

根据电商大促云端接入层部署实践，也就是让电商的用户到达在云端的业务系统，叶仲华认为在大促的情况下有几个需要考虑的点：

1. 负载均衡性能到底能否扛住。负载均衡是入口，一旦扛不住，整个后端就扛不住。所以一些大促往往提前半年考虑。
2. 图片缓存，这部分如果说通过自建 Vanish 缓存方式的话，在云端是用标准的云主机，需要大面积机器减少节点的数量，也降低维护成本。如果用云服务商服务的话，也要考虑云服务商在这个压力下，它的资源保障，各种分配处理措施，一些弹性的能力到底是多少，所以这个也是用户需要去考虑的一点。
3. 数据劫持，UCloud 可能会用一些移动的单线线路和上全站的 HTTPS/HTTPDNS 来改善，这样可以缓解，但不能根除。

对于大促下云端用户／商品／交易业务系统部署考虑，UCloud 从其成功支撑经验出发，建议用户提前进行全资源、全业务的压测。大促的全方位准备，一般提前半年或者几个月进行。

UCloud 建议大促前要跟运营商沟通，提供一些预估数据支撑。也要考虑超过自己的运营数据的情况下，快速开机能力、批量部署能力有多大。电商里有一些业务系统蛮敏感的，包括对一些负载的情况的敏感度非常高，一旦不太平稳的时候，就会有大量的报警，因为它的业务链条比较长，就会出现逆向传递。所以电商来讲可以将一些非常敏感的业务落到自己的某些服务器上去，这是关于资源区分方面的考虑。

在缓存和数据方面的考虑，像缓存可以自建，也可用云端分布式缓存。像热点 Key、大 Key、Keys 这些应该尽量在业务层避免，会影响性能。还有在数据库方面，在资源层上建议大家不要做弹性，还是按照一个峰值的情况去考虑和部署。当然需要的情况下也可以用一些资源的方式，比如像 PCIE 的物理云主机去顶住大的压力。而对于大数据分析的部分，建议对离线的业务降级，将资源腾出来给实时分析推荐类的服务使用，或者可以使用云服务商 Hadoop 产品的弹性能力进行消峰。

电商大促强压下的云服务技术保障

最后，在大促的压力下，UCloud 分享了作为云服务商，它面临的技术考验包含：

1. 云主机的开机能力
2. 大促情况下要开机即可用，所以要有预下发的能力
3. 托管区域与公有云互通的 VPC-GateWay 的支撑能力
4. 峰值的承接能力
5. 大业务压力下 PaaS 稳定响应能力

中国技术开放日是由极客邦科技发起，联合业界合作伙伴，通过整合全球优质学习资源，服务技术人和企业成长的探索学习系列活动。