系统设计方案演进

上一章我们梳理出了支付服务的高可用部署方案，设计出了3个应用单元来承接日均2000w的支付请求。 接下来要考虑的是，数据库方面，如何支持这个级别的存储。

前面讨论过一些高可用的方案了。我们应该如何实用呢？ 还是那句话，具体业务具体分析。别人适用的，在你这不一定适用；别人觉得是废案的，在你这说不定用的上。

服务拆分完成之后，各服务自治，共同支撑支付平台的运行。 我们把视角由整体支付平台的架构，缩小到交易服务这块。从交易服务的业务出发，来讨论交易服务应该如何保证高可用。

我们的服务平台运行的好好的，为什么要拆分呢？基于什么原则来完成拆分？拆分之后有哪些问题，需要怎么处理呢？

我们总是在谈论，高可用、高并发的架构设计，有各种指导各种言论在定义着一些规范，输出着一些成熟的方案，供我们学习及实践。 架构设计是没有银弹的，我们必须结合业务来选择合适的设计。