移动互联云在轻工业领域的相应解决方案和华为在移动互联方面的实践经验分享

                                                                                              主讲人：黄志伟（华为BU移动互联 云解决方案架构师）

       在移动互联的新形势下，消费结构，消费者的使用习惯已经发生了深刻的变化。

       分享一下我作为消费者的一段亲身经历：为了方便女儿上学，我在小学附近租住并装修了一套房子。由于房间比较小，我选择了两家家具厂商，采用定制的方式，进行家居装修。第一节厂商在现场进行交流之后，立马在线上制作出了3d的效果图，在我下单支付大概15天后，第一家厂商就将家具送上门进行安装了。而第二家厂商，由于设计师的专业水平较高，在现场便绘制出了家具效果图。可是在下单后，我足足等了两个月，这家厂商才上门安装。虽然两家厂商的所使用的板材都是完全一样的，都是进口的爱格板材质，装修后所呈现的效果也几乎相近，但是在这中间，消费者所感受到的消费体验是完全不一样的。没有对比就没有伤害，第一家厂商通过线上手段，将消费者和系统紧密联系在一起，在消费者下单后，系统即使进入生产环节，马上进行生产，减少了很多中间环节，最终提升了用户的消费者体验。

       其实在轻工制造领域的其他一些行业，如印刷业、包装行业，这些产业本身的单品价值不是很高，但由于受到物流半径的影响比较大，再加上消费全球话的趋势，导致消费者的消费能力也有了很大的差异性。因此在这些领域很难形成一个规模化的效应，但是移动互联给这些产业带来了一个新的机遇，他打破了时间、空间和地域的相关相关限制，用户可以随时随地去消费。这就是迫使我们从消费者驱动来考虑问题，消费者驱动企业，从企业内部，从IT，来进行企业内部的转型，比如电商，移动化，精准营销，线上线下的融合，甚至是人工智能的应用都会对企业的发展起到一个非常大的促进作用。

 （图1）

一．新形势下的轻工制造业务需求与IT挑战

       在移动互联的形势下，一些移动互联本身的应用和企业本身传统的应用相比较起来，已经发生了非常大的变化。这个变化的根源在哪里呢？我们传统的应用，在构建一个IT系统时，需要对其做出一个相应的规划，需要买多少服务器，需要什么样的配置，什么样的架构。而这个判断的标准是什么呢？是基于企业的员工数量，企业的门店数量，每个门店销售人员的数量，以及销售人员的业务能力，每天能办理多少笔业务，而这些我们可以清晰地估算出来。所以我们在设计系统时，能够清晰地知道我们所做的系统能支持多少病发能力，需要满足多少用户的业务量需求。所以，准备什么样的服务器和什么样的配置非常的清晰。但是我们的应用在换到移动互联的领域之后，就会发现系统的使用者变了。以前是我们的员工去使用，现在直接面向的是消费者。消费者有多少人呢？我们不知道。特别是在各种促销时，又有多少用户会访问我们的系统呢？这也是一个未知数。所以在我们做系统的时候，对于IT部门来说，他们就面临着一个非常巨大的挑战。由于这种不确定性因素，我们系统的架构，我们系统自身的配置，是不可能按照最大规模去设计，并且在最开始的时候，移动互联的项目都是一个初期的试点型项目，更不可能投入巨资去打造一个系统。在现在的移动互联领域，普遍出现了这样一个现实情况。

 （图2）

移动互联应用典型场景需求

       针对移动互联的这些特点，华为云就专门提出了几个针对性的相应解决方案。在这些解决方案中，我们提炼了三个主要的应用场景。第一个就是电商类的应用，第二个是移动APP，第三个是网站。后续一些其他的移动应用场景，我们还在规划中。

       我们可以看一下这些场景的主要业务特点。以电商为例，电商中会经常做一些抢购，秒杀的促销，在一些正常的交易过程中，会出现订单量激增的情况，需要考虑一下系统的弹性伸缩；电商中还有大量商品的图片，甚至还有视频，各种各样的展现形式对后端的存储资源和带宽的要求提出了巨大的挑战；为了保证用户的体验和访问的时延，我们还要考虑对应用进行加速。这是我们在传统应用里，所不会面对的问题。

       从移动应用的角度来讲，他有自己独特的特性。比如，我们会频繁地更新这些移动应用，这些应用在更新完以后，应用上线之后，如何保障移动引用稳定可靠地运行，系统在出现问题后能否及时发现，这些都是在移动应用领域所可能面临的问题。现在用户对应用体验的要求比以往任何时候都苛刻。当我们下载一个应用，打开一个页面，我们花费了八秒十秒，这个页面还没有出来，我们很可能就会把这个移动应用卸载了。这是一个非常残酷的现实，可能我们制作一个应用，花了一年半年地时间，但消费者只用几秒的时间就给他判了死刑，这是在移动互联领域，我们所面临地非常严峻的一个挑战。

       针对网站类的应用来讲，现在很多企业都有自己的网站了。但是从企业的一些反馈中，我们发现了一些问题，他们的网站经常容易出现一些当机，经常受到一些病毒或是恶意的攻击，网站稳定性不大好，访问的性能也不大好。

       以上便是我们在移动互联领域发现的一些普遍需求。

 （图3）

二．轻工业移动互联场景化解决方案

       接下来我们给大家分享一下华为在轻工业领域内，移动互联场景化的三个具体的解决方案。在移动互联场景解决方案中，华为到底做了什么事情呢？

       针对移动互联领域，华为提供的基础的ice，pass层面的能力，上层，比如一些电商的应用，移动app的应用，我们会有相应的一些合作伙伴，去给与用户提供一个端到端的解决方案。 

       针对电商而言，电商细分的品类也非常的多，如果以行业计划细分的话，有零售类的，服装类的，生鲜农业电商，商贸电商。在各个垂直领域，我们都有一些相应的合作伙伴。在接下来的项目中，我们会跟我们的合作伙伴给用户提供一个全方位的解决方案。

       针对电商场景，我们将其定位到企业的电商自荐平台。为什么要做电商自荐平台呢？从目前市场的情况来看，平台电商依然是绝大多数企业的首选，像天猫，京东等，很多企业都会用到这些平台。那为什么自荐电商仍有大量的需求在里面呢？这其中有很多客观的原因，一方面，现在随着B2C逐渐往C2B的模式在转化，消费者引导企业的情况占了很大的一个比重，平台内的电商基本上都是标准化的功能，当定制化的需求出现时，我们需要对平台内的电商进行深度的改造深度的定制，甚至需要将电商的系统和我们的后端的业务系统深度地整合在一起，对于平台电商我们是很难满足这种需求的。另一方面，因为平台电商的数量很多，存在很多C2C类的业务，导致出现假货，扰乱市场价格，对企业的品牌生意等造成里一些不好的影响。而通过自荐品牌电商，能够树立一个权威的品牌形象。此外，在市场上也暴漏出一些不大和谐的声音，比如会出现在做活动时，出现商家进行二选一的情况，让企业没有退路，让企业完全被平台玩弄于手中的情况。包括最近和我合作的一些电商客户，他们反复强调：“我们会用到第三方的平台，但是自己的自荐电商也一定会保留。”很重要的一个原因就是保证自有渠道的独立性。另外，他们也非常看重华为电商平台的中立性以及数据的安全性，这些都是他们考虑的重要因素之一。

       在电商的应用场景当中，因为我们主要是提供了平台的解决方案，所以我们需要解决一系列相关问题，例如在面对促销、秒杀、爆款等时，会给系统带来很高并发量等类似的情况，我们的系统如何能快速地适应这种变化，就需要靠我们云端的伸缩能力，甚至在云端，我们需要去提供，比如分布式架构的支持，对消息中间件的支持，缓存的支持，分布式的数据库等等相应的一些技术来满足我们对电商应用架构的需求。还有通过，例如对象存储，通过CDN能够加速我们对图片、静态网页、甚至是视频等资源的访问。由于现在电商的种类特别多，我们会发现出现了类似于直播类电商，社区类电商的新形势，电商形式日趋多元化，一些电商也会引用一些VR的技术来进行全景的展示，这些方式对带宽，对存储，以及我们访问的速度都有非常高的要求。华为在这些方面提供了全方位的一些非常基础的能力，来作为一个对电商的解决方案。另外在电商当中，我们有一些经常要考虑的东西，如大数据分析精准营销等，这些都是在电商中我们要考虑的因素。

       这个架构图是我们针对目前企业在构建电商时，所经常用到的分布式的部署架构。他跟传统的架构，最大的一个差异性就在于，传统的架构有两层或是三层的结构去显示。而现在，我们通过分布式部署架构，将前端做页面，后端挪近做分离，同时在中间加入一些分布式的技术，比如：消息队列，缓存，后端的数据库的响应能力，前端的，针对电商的前台业务，后端的商家中心，卖家中心等，采用容器化的方式去部署，来保证系统可以快速地弹性收缩，以上都是一些典型的架构。在这之后，我们可能也会用到CDN等的一些相应技术。

（图4）      

       另外，第二个场景：移动化的解决方案，不论是电商的应用还是企业自有的应用，移动化的需求可以说是每个人所必需的，企业中的每一个应用可能都将移动化，无论是面对C端的用户，还是面向企业内部的员工，都会有相应的移动应用的开发。针对移动应用，华为提供了针对移动应用开发的全生命周期的管理能力，包括开发云服务，他可以实现拥有对移动应用的，从开发、部署、测试、运行以及后期的监控的一套完整的运行能力，另外还有微服务的整个结构体系的支持。在移动应用当中，我们也结合了物联网的技术，可以针对类似于智能家居，各种智能设备，可以和移动端进行一个相应的互动。移动应用可以说在架构方面来讲和电商有很多相类似的地方，都采用了一些分布式的技术。但是他也有自己的一些比较独特的地方，比如在移动应用中我们会跟地图结合，会有消息推送，通知，会有一些其他应用类的特征，会结合到这个解决方中去。以下是我们在移动应用中可能会涉及到的相关应用场景，

       第三个场景，涉及到的是快速建站。网站内的应用对于企业来说，是非常简单的，所以很多企业对他的重视程度往往也不是很高，简单可能有一两台服务器部署，草草解决问题。但是这实际上也带来了一些风险，比如系统的稳定性不是很好，系统的安全漏洞也非常的多，很容易受到攻击。所以针对移动应用，我们会采取一些免费的服务，如大家在开通云服务后，我们会免费给大家提供world应用防火墙，防盗式攻击等相关安全保障服务，此外也有相关配套服务，例如可以在加速的CDN，对象存储等，这些可以满足我们基础的网站需要。一般来说，网站的应用，像个人的建站，企业的官方网站、门户、论坛、博客等等这一类应用，我们都将其归类到此类的应用场景当中。比如这就是一典型的场景一个小型的网站部署架构。客户在当时遇到一些性能上的问题，安全稳定性上的一些问题，在经过一系列考虑后，迁移到了华为的公有云上。在前端我们采用web server两台去做一个集群，后端使用的是my circle的数据库，另外我们还建议他将静态的图片和静态网页信息分离开来，部署到OBS上，然后通过CDN来加速，提升网站访问速度。这个应用相对来说，比较简单，并且整个网站的上线流程也非常的简单，从获取账号 挑选服务 购买服务 支付 到最终完成整个过程去使用，整个过程也非常的简单。在这当中，我们也提供了配套的一些域名服务 DNS的解析服务等来满足网站的构建。

（图5）

三．华为移动互联应用成功实践

       接下来，我们分享一下华为在移动互联领域的一次自身实践。大家都知道，华为在以前主要从事的方向以电信运营商的网络设备为主，后来华为逐渐涉及到手机领域，面向消费者之后，我们有一个在移动互联应用方面有一个很成功的实践——华为的VMALL（华为的应用商城）。在VMALL中，包括华为的手机，手环等智能设备还有智能家居的设备，包括一些配件，都是通过VMALL进行线上的销售。华为目前的销售渠道，除了通过天猫、京东的旗舰店，线下的门店和一些分销的渠道之外，VMALL也是华为非常重要的一个销售渠道。到目前为止，VMALL拥有超过两百万的活跃用户数。在发起抢购业务时，VMALL的峰值访问用户数超过1000万，这对系统来说也是一个非常高的考验，而VMALL的日成交金额也达到了1.1亿美金。因为华为的业务，包括VMALL的业务不光光是在中国，在一些海外的国家我们也会向他们销售华为的一些产品。从用户视角来看，在VMALL中访问网站，浏览商品到用户的验证，交易，支付以及到最后的物流发货，这些环节我们都是非常熟悉的。但是从后端支撑这个架构的角度来讲，需要用到我们云端的一些什么技术呢？比如从网络访问层面，我们要有相应的域名，我们要去做域名的备案，我们要有CDN的加速服务等，这些都是华为在云端所能提供的一些基础能力。另外，在安全层面，有WEB应用防火墙，防盗式攻击，以及网页防劫持的相应功能，还有前端的，比如移动化技术、H5技术包括一些容器化部署的技术，后端的分布式的关型数据库、缓存和对象存储、消息队列等，以上都是我们在构建VMALL时所使用的一些关键的技术能力，这些都在华为的公有云上有相应的服务。

（图6）

VMALL业务特点

        VMALL应用商城有他自己独特的特点。第一，抢购业务已经趋于常态化了。以前很多的电商，在双11期间等促销期间有一两次销售高峰。但对于华为VMALL来讲，业务的高峰已经成为一种常态，因为每周都会出现一两次抢购的业务，所以每周都会面对有千万用户的并发访问的状况。第二，在业务国际化之后，需要满足海外不同站点的访问。国际化不是说将VMALL翻译成不同语言就可以了，因为VMALL当中的许多地方要符合当地的法律法规，所以他的页面和站点会有很大的变化。另外，VMALL中跟不同国家，不同地区的电信运营商，推出了很多的合约机。因为合约机的条款，流程，规则是不一样的，所以系统需要满足国际化业务的需要，需要在业务层面与国际接轨，做一些流程化的设计。第三，全渠道的订单。在VMALL中我们管理的不单单是商城里的订单，还有来自线下的，第三方平台的渠道，所有的这一切都会统一经由VMALL来管理。第四，VMALL中的业务逻辑非常复杂。例如刚才所提到的，有各种合约机，涉及到各种规则条款非常的多，需要去做一些多元化的设计。

优化目标

       针对这些特点，VMALL做了一些专门的优化设计。针对抢购性的业务，我们将主站的业务和抢购的业务剥离开来。从业务逻辑上讲，抢购和正常性购买他的业务逻辑是一样的，但为了不影响主站的用户访问，我们将抢购业务独立出来，做成相应的集群，以这种方式来保证主站的稳定性，同时抢购业务可以方便地弹性扩充。从业务的国际化方面来讲，它通过对系统业务逻辑进行解耦，将前端的页面和他的逻辑进行相应的分离，比如一些门户、促销、商品以及订单的履行会做一些本地的开发。对于整个的订单管理系统和交易支付，都会有统一标准的管理化模块。从全渠道订单角度方面来讲，我们有专门的订单履行系统，可以打通线上和线下。从复杂的业务逻辑来讲，我们通过流程化的方式，独立出来，制成相应的流程管理平台，这个流程中会包含很多的子流程，通过流程，通过规则的定制来实现系统的复杂业务逻辑。

       这是我们在VMALL中的逻辑应用架构。前端的端的应用，为了满足PC端有WEB的网站，有APP，预约抢购，代销，这几个层面是完全独立出来的，有独立的虚机，去部署。去支持最终的业务。针对流程服务，针对内购、合约机、抢购，是通过流程化的平台，统一管理的。下方是功能性的服务，包括跟交易，履行相关的，还有基础性的服务，我们将他们逐步标准化后，做成公共服务，去供给商城使用。

（图7） 

VMALL技术架构

       我们再看一下与之相对应的技术架构，我们会用到华为基础的云服务，例如之前在底层讲到的弹性云计算，负载均衡，包括缓存，数据库，对象存储等等，这些都是我们用到的一些平基础的平台类服务。

（图8）

华为云为VMALL提供基础云服务能力

       这些都是我们在VMALL中用到的常见的服务

（图9）

VMALL on 华为云部署方案

       对于整个VMALL部署架构，我们采用的是两地三中心的部署模式。在这其中的AZ1和AZ2是两个可云区作为主备，每一个可云区中，主站业务和抢购业务时分离的。当有流量，有前端的请求通过之后，会通过前端的负载均衡，分摊到可云区1和可云区2。后面的一个可云区是用来做一个容灾的节点。这就是总体架构上的部署结构考虑。

（图10）

资源弹性扩展应对VMALL抢购业务

        针对抢购主站内的业务，为了合理的使用云端资源，我们会做一个流量的负载分发。总体上来讲，可云区AZ1和可云区AZ2各占百分之50的流量。当抢购类的业务出现后，有百分之50的流量会分摊到可云区AZ1，剩下的百分之50流量发送到可云区AZ2。针对主站的业务，我们制作了静态的网页和动 态网页的分离，他们的流量也是各自分摊一半到不同的AZ去进行访问，这都是我们从整体架构上做的一个设计考虑。其实，当我们的电商发展到一定规模，一定的架构上时，功能已经是其次的了。从ID层面来讲我们关注的是他的稳定性，可靠性，在这个时候，系统是不能出现一丁点的错误。一旦我们的服务器出现错误后，我们有其他的服务器、其他的主备和容灾节点能快速的接管业务，而可靠性就成了我们首要考虑的一个因素。

弹性资源池上云带来性能的全面提升

       这张图片（图11）上的数据是我们之前VMALL在本地化的部署和在迁移到华为云后的一组对比数据。我们可以看到，从VM操作时延，从创建虚机、启动虚机、停止虚机来讲，有了很大幅度的提升；从系统的并发能力来看，从创建VM，我们可以看到包括启动VM都有5倍的提升；从性能上的损耗CPU来看，损耗率更低了，系统的容量更大了，虚机的规格更高了，比如CPU的个数可以达到64，CPU高性能的规格。从中我们可以看出，VMALL在部署到华为云上后有很大的提升

（图10）

开放的公有云，实现多方共赢

       最后，我们给大家分享一下华为云的相关案例。VMALL是华为自身非常成功的商业实践，此外，华为的消费者云业务也在往华为的共有云上部署。部署后，用户的体量更大，对系统的性能要求更高。目前有1000多家客户使用了华为的公有云（图12），比如零售业领域的安踏，他的自荐电商的商城就是使用华为的公有云。安踏特别强调，希望保持自己品牌的独立性，平台的独立性，非常看重华为公有云平台的中立性。此外，还有像12315消费者投诉的应用平台，中国电力科学研究院售电云，还有ME的一些电商平台等，他们都部署在华为的公有云平台上。截止到现在，有1000多家选择了华为的公有云。华为的可靠性，中立性以及方案的完整性给客户越来越多的选择。今天的介绍到此就结束了，希望华为的移动互联云能对轻工业的升级转型有所帮助。谢谢大家！

（图11）