【Redis & 知识储备】应⽤数据分离架构 -- 分布系统的演进（2）

随着系统的上线，我们不出意外地获得了成功。市场上出现了⼀批忠实于我们的⽤⼾，使得系统的访问量逐步上升，逐渐逼近了硬件资源的极限，同时团队也在此期间积累了对业务流程的⼀批经验。⾯对当前的性能压⼒，我们需要未⾬绸缪去进⾏系统重构、架构挑战，以提升系统的承载能⼒。但由于预算仍然很紧张，我们选择了将应⽤和数据分离的做法，可以最⼩代价的提升系统的承载能⼒。

• 应用服务器, 里面可能会包含很多的业务逻辑, 可能会吃 CPU和内存, 我们就可以给其配置性能更到的CPU和内存, 存储数据的量小, 且不需要经常访问, 所以只需要给其配备价格较低的机械磁盘即可
• 数据库服务器, 需要更大的硬盘空间, 更快的数据访问速度, 可以配置更大的硬盘, 甚至可以上 SSD 硬盘 (固态硬盘)

和之前架构的主要区别在于将数据库服务独⽴部署在同⼀个数据中⼼的其他服务器上，应⽤服务通过⽹络访问数据。

架构优缺点

• 优点
  • 成本相对可控
  • 性能相比单机有提高
  • 数据库单独隔离, 不会因为应用把数据库搞坏, 有一定的容灾能力
• 缺点
  • 硬件成本变高
  • 性能有瓶颈, 无法应对海量并发