集群架构 – 滩之南

本文从简单的单体应用架构说起，逐一介绍企业web应用在其演化进程之路上的各种典型架构，并对于各个架构阶段所面临的挑战进行讨论，最后讨论中小企业应用的终极架构目标：同城主备、异地双活。

1. 单体应用架构

在企业的创世阶段，应用开发是一个从0到1的阶段，选择一个简单架构，不仅可以快速搭建起业务，验证业务模式的正确性，还可以方便业务的快速频繁迭代。因此，很多创业企业都是从单体应用架构开始，这个应用架构的典型特点是：单应用+单数据库。

其架构示意图如下，

虽然是简单架构，麻雀虽小但五脏俱全，在这个阶段，选择合适的前后端技术栈和web框架非常重要，尽量为未来发展创造条件。

业务的快速变化，应用迭代频繁，这是初期企业应用面临最大的挑战，这个时期，数据模型的设计甚至比技术栈的选择更加困难。很多时候，一旦业务发展起来了，再想对历史数据推倒重来，会是非常困难的一件事情。

为了能够面对业务的快速迭代，数据模型和应用尽量小范围、内聚、低耦合，在应用内尽量实现无状态的数据流转（比如：数据的事务操作），为未来的调整扩展留出空间、做好打算。

当公司的业务发展起来后，对应用高可用、高可靠、高性能的要求随之而来，于是每一个应用服务部署多个实例，将其挂载在SLB下，通过SLB实现流量的均衡负载，这种集群部署方式其架构简单、技术成熟，在中小企业应用中非常流行。

为了保证数据的安全，一般会搭建起数据库的主从架构，主库用于读写，从库用于读。

一个集群架构的示意图如下，

图中显示了数据库的主从架构，更多的数据库架构设计可以选择，比如主主、一主多从、双主多从等。

集群架构简单，部署起来也不复杂，刚开始很容易形成怎么快怎么做的问题，随着部署的应用数增多，机器环境的管理、应用的灰度部署和快速回滚、问题的定位等等，都会让部署问题显得特别突出。

这个时候，Jenkins等持续集成和持续交付工具的使用，配与一套行之有效的上线规范，将有利于上述问题的解决。

当公司的业务规模发展壮大到一定程度，应用数达到成百上千时，整个系统的复杂度将成倍增长，如何管控系统的复杂度是需要解决的问题。

为了解决这个问题，各种业界基础架构组件涌现登场，这是其发挥神通广大的时候，这些基础技术组件若按其实现目的有如下三种归类，