互联网电商行业概述

业务模式

电商早期多以单体业务为主，逐个业务线扩张。系统也多呈现为多个mvc独立运行状态。简单介绍
常见的各个单体的业务模式。

B2C

Business to Consumer（Customer），B2C中的B是Business，意思是企业，C是Customer，意思是消费者，所以B2C是企业对消费者的电子商务模式。
这种形式的电子商务一般以网络零售业为主，主要借助于Internet开展在线销售活动。
特点：因为面向大量消费者，网站访问量较大，对网站并发行有一定要求，但交易方式相对简单
案例：天猫商城 京东 苏宁易购 国美电器

C2C

Consumer to Consumer，意思是个人与个人之间的电子商务。 C2C 商务平台就是通过为买卖双方提供一个在线交易平台，
使卖方可以主动提供商品上网拍卖，而买方可以自行选择商品进行竞价。比如一个消费者有一台电脑，通过网络进行交易，把它出售给另外一个消费者。
特点：同B2C一样，网站访问量是重点。
案例：闲鱼 58交易

B2B

Business to Business，即企业与企业之间通过互联网进行产品、服务及信息的交换。通俗的说法是指
进行电子商务交易的供需双方都是商家（或企业、公司）。一般来讲，过程包括：发布供求信息（现
货，期货），订货及确认订货（议价，集采，聚投），支付（先货后款，先款后货，分期支付），票据
的签发、传送和接收（验货，验票），确定配送方案（物流），监控配送过程（违约与仲裁）等。
特点：与C端用户不同，B端访问量相对小，但是交易周期的流程，以及交易的监督相对复杂。
案例：中国化工 阿里巴巴

O2O

Online to Offline，O2O 是新兴起的一种电子商务新商业模式，即将线下商务的机会与互联网结合在了
一起，让互联网成为线下交易的工具。这样线下服务就可以用线上来引流，消费者可以用线上来筛选服
务，还有成交可以在线结算，高效完成部分线下的前期环节。
特点：O2O整合了线上购买+线下体验的模式，多为服务性商品，比如餐饮，娱乐等。尤其是移动互联网的接
入，对O2O系统就有针对用户做定制化服务的要求，比如位置定位、周边服务、定向推送等。
案例：各类团购 外卖网 打车类 共享单车

中台

概述
综合前面的业务模式，各个业务类型中，都具备基本的商品、交易、库存、支付等公共部分。提炼这部
分基础内容，进行沉淀，逐步形成中台基础能力层，而个性化的业务流程部分上浮，形成产品层。这样
做的好处是，基础能力层聚焦于稳定收敛的业务模型和基础服务本身，不会随着业务和前台产品的调整
发生大的变化，平台产品层则专注于通过流程编排类的技术手段，将基础能力构建成业务的解决方案，
解决共性和个性化的问题。即大中台，小前端。

业务中台

商品中心：商品、类目、sku、spu
交易中心：订单、状态流转、条目、支付
营销中心：促销、优惠券、活动
会员中心：账户、基本信息、收发货地址、商铺商家信息
仓储中心：仓库、库存
物流中心：发货信息、自主物流或外部物流对接

技术中台

基础架构：核心类库、公共框架、基础服务、服务治理框架
中间件：分布式缓存、分布式消息、数据存储（db，nosql）、分布式文件、分布式调度
自动化运维：监控中心、资源管理、配置中心、发布中心、日志平台
自动化测试：任务协同、基础测试、性能测试、接口测试、持续集成

数据中台

数据抽取：从db，nosql，日志等各个来源提供抽取接口
数据接口：为上层业务提供需要的定制化业务数据接口
数据分析：行业分析与决策、数据驱动运营
人工智能：用户画像、商品推荐
可视化：数据大屏、信息展示、活动报表

电商未来

移动电商
社交电商
新零售

架构演进

概述

架构目标
高性能：提供快速的访问体验，高并发下的及时响应。
高可用：网站服务7x24正常访问，可用性达到几个9。
可伸缩：资源的扩容，应对突发和流量脉冲。
安全性：提供网站安全访问和数据加密、安全存储等策略。
扩展性：方便对现有模块做版本升级，新模块的上线，突发活动下的服务降级。
敏捷性：对系统突发情况的快速排查与应对。
演进概述
部署层面：单机到集群，集中式到分布式，物理部署到云化
业务层面：单一mvc到垂直拆分，服务治理到微服务
数据层面：db到集群，单一关系型数据到多样化nosql，搜索引擎，文件服务

• 单机时代：tomcat与db在一台服务器上;采用web包部署与发布，db同台机器连接，简单易操作。
• 数据分离：tomcat与db在不同服务器上;tomcat与mysql各自独占机器资源;tomcat应用机更注重cpu的运算和内存，mysql更注重io与磁盘性能，针对各自情况扩容
• 数据缓存：redis+db在不同服务器上;热点数据如类目、商品基础信息热加载，其他数据延迟加载
• 应用集群：tomcat搭建集群，部署多个应用
• 读写分离：数据库存部署集群；redis缓存集群,redis哨兵，集群，分片，pre-sharding，memcache一致性hash;DB集群，一主多从、双主单写、灾备 （供销灾备双主单写案例）
• 分库分表：根据业务纵向拆分，根据时间横向拆分；业务分库，订单库，产品库，活动库，会员库；横向分表，3个月内订单，半年内订单，更多订单
• 动静分离：tomcat对静态文件响应一般，提取静态文件，直接由nginx响应；后端api通过代理转发给tomcat应用机器；项目结构要同步调整，由原来的一体化mvc转换为后端api+前端形式
• 多层代理：在nginx前再加一层lvs做代理，作为流量的统一入口，再分发给下层的多个nginx，静态服务得到扩容
• 跨机房：dns轮询，通过配置多个ip将服务部署到多个机房，通过dns的策略轮询调用，可以实现机房层面的扩容；CDN，就近原则，使用户获得就近的机房访问相关资源，自己投资太大，购买他方需要付费。
• 异构数据：根据不同数据提供不同的解决方案；nosql，商品特殊化属性，mongodb，hbase;搜索引擎,商品信息库，lucene，solr，elasticsearch,分布式文件存储,商品图片，上传的文件等，hdfs，fastdfs
• 业务线拆分:产品细化拆分；代理层设置不同的二级域名，如b2b.abc.com，b2c.abc.com，分发给不同的服务器；跨域问题，因为多个业务线占据不同的域名，出现多个主站，单点登录被推上前线
• 服务化：重复开发的基础服务沉淀，形成服务中心，避免重复造轮子，降低成本，
• 中台化：业务沉淀形成独立的中心，各个中心之间借助服务总线实现业务协作与服务重组
• 容器化：docker容器化，vm方案；解决了资源的快速伸缩，但仍需要企业自备大量预备资源

总结

1. 知行合一，做之前，先考虑意义
2. 原生优于定制，约定大于配置
3. 什么都是，最后会沦落到什么都不是
4. 控制技术欲，不要瞎折腾
5. 留下扩展，但不要想到100年后
6. 没有最好的，只有最合适的
7. 够用就好，玩的越花，风险越大
8. 简约最美