分布式架构主要优势

增大系统容量

我们的业务量越来越大，而要能应对越来越大的业务量，一台机器的性能已经无法满足了，我们需要多台机器才能应对大规模的应用场景。所以，我们需要垂直或是水平拆分业务系统，让其变成一个分布式的架构

加强系统可用性

我们的业务越来越关键，需要提高整个系统架构的可用性，这就意味着架构中不能存在单点故障。这样，整个系统不会因为一台机器出故障而导致整体不可用。所以，需要通过分布式架构来冗余系统以消除单点故障，从而提高系统的可用性

分布式系统需要关注的问题

异构系统不标准的问题

这主要表现在：

  • 软件和应用不标准。
  • 通讯协议不标准。
  • 数据格式不标准。
  • 开发和运维的过程和方法不标准

    系统架构中的服务依赖问题

    分布式架构下，服务是会有依赖的，一个服务依赖链上的某个服务挂掉了，可能会导致出现“多米诺骨牌”效应。业务隔离一般要做到数据库隔离，落实到实际场景中：我们不但要拆分服务，还要为每个服务拆分相应的数据库。

    故障发生的概率更大

    分布式系统虽然故障影响面被隔离，但是因为机器和服务较多，出故障的概率较大。而且分布式系统的运维较复杂，因此故障处理常常被形容为救火。所谓“防火胜于救火”，我们还要考虑如何防火，这需要我们在设计或运维系统时都要为这些故障考虑，即所谓 Design for Failure。在设计时就要考虑如何减轻故障。如果无法避免，也要使用自动化的方式恢复故障，减少故障影响面。

多层架构的运维复杂度更大

通常来说，我们可以把系统分成四层：基础层、平台层、应用层和接入层。

  • 基础层就是我们的机器、网络和存储设备等。
  • 平台层就是我们的中间件层，Tomcat、MySQL、Redis、Kafka 之类的软件。
  • 应用层就是我们的业务软件，比如，各种功能的服务。
  • 接入层就是接入用户请求的网关、负载均衡或是 CDN、DNS 这样的东西。

对于这四层，我们需要知道：任何一层的问题都会导致整体的问题；没有统一的视图和管理，导致运维被割裂开来，造成更大的复杂度。