架构设计的条件

以下三个条件不适合做架构设计

对架构不感兴趣，但又迫于需求;

入IT行业，年限小于4年的;

主观能动性弱，又安于现状的;

架构设计的优势

更好的梳理业务的结构体系;

更好的拓展、维护及性能优化;

更好的适应企业业务灵活的推进;

更好的适应大数据的冲洗和应对;

更好的稳定性、低成本及快速迭代;

架构设计时候需要注意的地方

架构设计需要注意的地方，不是怎么把架构搭建起来，而是必须根据业务需求，严格分析，实现该需求需要什么技术会更好及更长远发展的考虑;

另外，构建好的架构虽然可以运行，但是性能需要跟起来，否则架构设计会适得其反，增加不必要的工作量，那么下面就详细介绍下架构设计的策略。

平台的需求

客户需求

在线购物、在线支付或货到付款;

购买商品后，客户可以与客服沟通;

购买商品过程，物流的管理及跟踪;

收取到商品后，商品、物流评价打分;

客户的需求为***，也代表了企业的核心需求，当然，企业需求还包括其它很多非功能性需求，具体请查看需求梳理部分。

平台的业务架构

根据业务的需求进行子系统模块划分，可以划分为商品子系统、购物子系统、支付子系统、物流子系统、客服子系统、评论子系统;而非核心需求可拆分出客服子系统、评论子系统及接口子系统。另外，根据各个子系统的核心等级，可拆分出核心子系统和非核心子系统，前者包括商品子系统、购物子系统、支付子系统及物流子系统;后者，则包括评论子系统、客服子系统及接口子系统。需要注意的是一般大型电商平台的物流系统是单独分离出来的系统(入库、出库、库存管理、配送管理及货品管理)，而这里划分为子系统的主要目的是为演示核心架构，本架构中物流子系统一般作为对接和管理独立子系统的对接模块哦。

1、业务拆分目的

为了解决各个模块子系统间的耦合、维护及拓展性;

方便单独部署子系统，避免集中部署导致一个出问题，全部不能用;

分配专门的团队，负责具体的子系统，***化工作效率安排;

应对大数据，高压力时，保护核心子系统正常使用;

2、业务的架构图

在上面的业务架构图中，将核心和非核心业务进行拆分，同时每个系统都要独立部署实现，做到大数据量压下，各个系统独立运作，提高可用性，必要时可以暂停掉非核心系统的资源开销，保证核心业务正常为用户服务。