架构设计笔记_06_高扩展问题

系统复杂度的另一个原因是高扩展需求引起的。电商秒杀，明星出轨，大量突发性事件导致互联网请求集中爆发，给平台造成大量高并发请求，这时候如果临时修改架构根本来不及，这就要求我们的平台可以通过扩展服务来应对。通过增加机器来实现服务性能的线性增长，等这波流量过去之后，就下线这些机器以节约成本。

系统的扩展性，通过若干种手段可以实现，从两个场景来进行设计。

• 代码层面

基本的软件设计模式，即开闭原则，保证对扩展开放，对修改闭合。业务层和数据访问层，控制层和业务层都是通过接口来实现的，这里的接口就是一种扩展机制，保证了更换下层具体实现时，对于上层来说是不关心的。而我们在设计软件系统时，常用的微内核插件机制，也是一种扩展机制，保证核心稳定，然后各个功能通过插件形式集成进来，保证了软件整体的稳定性，又兼具扩展性。

• 架构层面

架构上随着机器数量增加，是否可以做到性能的线性增长？有很多机制需要保证，服务的无状态，业务服务集群的服务发现机制，缓存集群数据同步是否延迟，数据集群方案，带宽，负载均衡，第三方接口依赖，这里面一个地方出现问题，都是整个系统的瓶颈。还有需要异步通讯设计的地方来进行业务上的解耦，以保证某个功能点的扩展性，比如异步发送短信等。

总之，扩展性设计，一方面给我们的系统带来了应对高并发的手段，同时也大大增加了系统设计的复杂度，并且每个业务场景的不同，扩展性设计手段也不能完全雷同，每个业务系统的场景不同，结合实际情况来判断和选择，也是一件很复杂的事情。