11.1　项目背景

该品牌公司有超过4000多家零售网点，5000多个POS站点，以前采用离线客户端通过Webservice与后台服务器定期同步数据的方式。经过多年完善与改进，依然发现离线的方式存在一些问题，比如数据传送一致性与及时性问题，会员与促销等需要在线处理的业务效率等问题。

如果只是单纯需要处理POS的问题，采用小型机+集中式数据库也是可以的，但基于该公司战略，需要有一个一体化的平台来处理所有与零售相关的业务，比如渠道、工程、物料、分销、供应链协同、SCRM与全渠道营销等相关业务。如果采用一个大应用与集中式数据库来处理所有的业务，势必带来性能、成本、可扩展性问题。在2015年的时候，该公司就基于开源的MySQL做了一些探索，并取得了一定的效果。随着业务需求的逐渐清晰，该公司IT团队对选择何种技术架构更加迫切。在与阿里巴巴中间件团队接触了之后，该公司IT团队认为阿里巴巴的企业级互联网架构可以很好地解决下列几个问题：

·通过分布式应用与分布式数据库解决系统容量与扩展性问题。

·通过服务中心的方式，来匹配业务快速变化的需求。

·通过阿里技术团队输出技术，解决技术能力获得问题。这其实是一个很有意思的情况，该企业与一些使用开源互联网架构的公司交流过，比如当地的一家做B2C业务公司的技术团队就告诉他们，技术团队在MySQL上就有60多人，该公司的IT团队认为自己的能力主要是通过构建应用来解决企业问题，技术架构的问题还是让阿里的团队处理比较适合。

2016年春节之后，该公司开始基于阿里巴巴企业级互联网架构一系列的应用改造工作：基于中台架构、服务中心的理念，通过分布式应用系统，快速建设POS、SCRM等系统，并通过持续地沉淀业务，并支持新业务的IT快速实现。一个应用的场景是，该公司构建了商品库存中心、营销中心、订单中心、支付中心等服务中心，需要解决线上、线下订单与库存互通的O2O平台，就只需要结合原有的服务中心，即可快速构建应用。最终该品牌公司的O2O订单平台从开发到上线2个月完成。

事实上，这家品牌公司的零售云平台包括零售后台、门店POS、SCRM、智能供应链（分销自动补货部分）、消费者互动平台，目前系统承载着4000多家门店，为数百万的会员提供互动营销服务。

从数据库层面看，基于分布式的数据库计算能力和容量可以极为方便地水平扩展，传统的数据库水平扩展能力有限，如果采用共享数据文件的方式，受制于存储本身的I/O性能。

该公司在经营旺季营销活动比较频繁，并且往往都是基于线上线下互动的全渠道营销活动，需要通过数字媒体、SCRM（含微信服务号等）、零售后台、POS（含支付平台）等进行整合营销。活动时存在非常明显的峰值，之前的记录是一分钟的并发访问超过1.7万，最终这套架构确保了系统的可用。

无需成本较高的高性能存储、小型机、数据库等软硬件，基于互联网技术分布式关系型数据库、企业级分布式应用、企业级消息中间件等，采用成本较低成本的X86服务器，即可帮助企业构建其核心业务品台。

企业往往已经在ERP等系统上进行了投资，原有系统与互联网技术的IT应用系统混合之后的架构如图11-1所示。

图11-1　阿里业务中台与企业原有系统的混合架构

这种混合架构的好处是企业之前投资的系统可以继续保留，平滑地与新的互联网技术架构的系统进行融合，减少企业IT投资、降低建设风险、缩短项目工期，帮助企业早日实现业务目标。

传统企业转型互联网技术的注意事项如下：

·相对而言，Java、MySQl、Redis等在企业互联网架构体系中使用更加广泛，企业需要获取相关的人才和资源。笔者之前就遇到品牌公司向互联网架构转型时人才与资源出现瓶颈。

·由于数据库由集中式数据库转向分布式数据库，从少量的小（中、大）型机+高端存储转向相对廉价的X86架构的PC Server（存储也可以直接构建在PC Server上），单个服务器性能差异比较大，通常的建议是数据库进行分库、分表。在这种架构体系下，需要更加注意服务中心与应用的设计，来发挥分布式架构的性能。互联网架构需要特别注重性能的优化，应用的链路响应时间建议在1秒以内，最好可以在300毫秒以内。通常情况，传统架构中，单台服务器特别是数据库服务器性能强大，程序员更加关心应用功能的实现，对性能没有这么敏感。由于分库分表，数据一致性以及跨数据库操作需要特别注意。

以上2条对传统架构体系下的架构师和程序员有一定挑战，不管是服务中心构建、数据库设计、对应用的设计都提出了新的要求。只要遵循这些规律和要求，还是可以很快掌握，迅速上手。

阿里巴巴集团董事局主席马云先生在2016的乌镇第三届世界互联网大会开幕式上说“未来30年一定不会只是“互联网公司”的天下，未来30年是“用好互联网技术”的公司、“用好互联网技术”的国家的天下，是“用好互联网技术”的年轻人的天下。”下一节继续探讨传统企业如何用好互联网技术。