当前比较主流的架构方式是微服务架构，以DDD为指导思想，按业务进行微服务拆分，比较常见的服务分层为2层，底层为基础服务层，上层为聚合服务层。基础服务层通常提供最原始的服务，比如在电商平台中，有订单服务、支付服务、商品服务等，每个服务对外提供各自领域的服务功能，一般来说这些服务无业务逻辑。而聚合服务层

抛开业务讲架构都是耍流氓，架构设计的目的是为了解决软件系统复杂性带来的问题，我们的做架构设计的时候通常需要遵循以下三个原则，分别是：合适原则、简单原则和演化原则。一、合适原则（合适优于先进）在做架构设计之前通常需要对业务需求进行充分分析，识别出复杂点，并对这些复杂点提出最合适的解决方案。那么怎样才算

架构设计的目的是什么？架构设计的目的主要是为了解决软件复杂度而提出的解决方案。架构设计并无好坏之分，比如最近大家都在推崇微服务架构，各种微服务架构和单体架构的优缺点比较，但是微服务架构真的就碾压单体架构吗？抛开业务谈架构都是耍流氓！因为软件架构设计是为了解决软件复杂度的，首先需要先识别出业务复杂点，

1、在前端/客户端设置秒杀答题，错开大量人下单的时间，阻止作弊器刷单。2、独立处理一套秒杀系统，专门负责处理秒杀情况。3、优先基于Redis进行高并发的库存扣减，一旦库存扣完则秒杀结束。4、秒杀结束之后，Nginx层过滤无效的请求，大幅度削减转发到后端的流量。5、瞬时生成的大量下单请求直接进入Roc