大型电子商务平台架构

一、大型电商平台的定义

大型电商平台，很难给出统一的定义，有几个常用的指标：

（1）SKU千万以上；

（2）UV千万以上，PV亿以上；

（3）峰值订单每秒万单以上，日均订单百万以上；

（4）业务线复杂，全渠道多品类；

（5）在行业领域内至少排名前五名。

满足以上要求的公司，没有几家。阿里、京东、苏宁、唯品会符合以上要求。

二、大型电商平台的演进

第一，组织演进。成长为大型电商至少五年以上，业务野蛮生长，品类由单品类由多品类、全品类发展，业务线也发展成多个，渠道由单一发展成多个，人员也由几十人增长到几千人到几万、十几万人。伴随着业务的拆分、组织架构的调整，技术线为了更好的服务业务线，实现引领业务发展的诉求，技术线为了更好的从组织上对接业务，通常也会划分不同的团队，如业务线为了更好的服务客户，成立客户服务团队；为了更好的管理协调供应商，成立供应商管理团队；为了更好营销，成立营销团队；为了更好的进行内部运营，成立供应链团队和运营支撑团队；阿里、苏宁从组织架构上按业务拆分团队时，都分为前、中、后台，阿里为此还搞了个“大中台”战略。前台一般直接面向消费者、客户、商户，后台一般为运营支撑和供应链管理，财务、结算、物流、售后等职能，而中台一般做供应链战略、交易处理等全价值链管理、协调业务。

第二、系统群演进。业务的演进，是伴随着业务的拆分和整合。淘宝当年，一拆为三，发展为独立的品牌。而技术架构的发展符合康威定律，必须要形成组织架构和业务架构相匹配的系统架构。明确系统的边界，形成各体系中的职责明确的系统群，是必然的演进选择。各系统群职责对应前述的前、中、后台。各系统群中都有独立的接入层职责。如中后承担前台的订单流汇聚，后台承接中台的销售单据和釆购单据，形成物流单据和结算单据流。系统群内部闭环，特别是数据闭环，各系统群间使用数据管道如消息队列、ESB打通。各系统群间共享的数据形成主数据、业务基础数据服务化，如用户中心，会员中心，商品中心，价格服务，寻源服务、地址服务，时效服务等。各系统群内部按照战略层、战术层、执行作业层划分。前后台数据异构，减少藕合。

第三，技术演进。技术的演进是伴随团队规模、系统复杂性以及业务的发展而演进的。起初，技术研发部门只有十几人，慢慢发展到几千人、上万人。管理这么大的团队，在研发流程、工具上需要一套科学的流程和工具，代码管理系统、版本控制系统、代码检查系统、安全检查系统、自动化发布系统、运维系统、监控系统随之建立，越来越强调严谨的工程。业务的发展，系统也从简单的单体架构，发展到分布式系统架构，服务架构，RPC、服务治理系统随之建立。业务越来越复杂，数据多样性，随之要求大数据架构的建立，需要更加智能的辅助人工决策和执行。系统规模越来越大，几万台以上机器，对系统的稳定性和资源利用率要求必然越来越高，多数据中心多活随之成为标配，云化以及资源智能调度系统随之建立。

三、大型电商架构的核心

大型电商架构的核心，主要从管理复杂度、管理变化性方面着手，灵活运用分级、分类、分层思想。

（1）复杂上要化繁为简，简单化、分而治之；

（2）变化性要关注点分离，隔离变化。

分布式系统，手段主要有两个，复制和分区，系统分层分类设计，分类让系统一二三级资源优化区别处理，分层让系统资源区分设计，web层和应用层、服务层无状态设计，集群复制无限扩展，缓存和数据库有状态主从复制和分库分表分区处理，将读写分离，将复杂查询搜索引擎处理。