大数据项目管理：从规划到实现

接口设计

｜

69

当每秒有

100 000~200 000

个请求时：

• 95

％的时间里响应时间为

20

毫秒；

• 99

％的时间里响应时间为

100

毫秒；

• 99.99

％的时间里响应时间为

2000

毫秒；

•

建议不超过每秒

200 000

个请求。

建议尽量让这些负载定义简单一些，并在适当的时候指出特定的限制。与可用性和响应时

间一样，必须对每个发布版本进行负载测试，并密切监控生产系统的活动。

4.3.4

　使用测试来确定

SLA

无论选择了怎样的架构和组件，真正能够确定可用性和响应时间保证的唯一方法是对系统

进行测试。测试需要在目标部署环境中使用真实数据和预期负载执行。

如果在接口中声明了系统不受节点故障的影响，那么就应该在测试系统和生产系统中定期

测试随机节点故障。如果对在生产系统中进行这类测试有所顾虑，那么说明对系统的恢复

能力缺乏信心，需要更多地考虑系统的故障恢复能力。

如果不在系统中测试和模拟故障，你只能纸上谈兵。如果声称系统可以处理节点故障，那

么就不应该在凌晨

3

点叫醒技术支持人员。这样的故障应该在意料之中，而且系统应该具

有自我修复机制。

4.4

　通用接口示例

前文已经讨论了什么是好的接口设计，接下来看一下在创建系统接口时通用的一些架构模式。

4.4.1

　发布

–

订阅

我们要讨论的第一个模式是发布

–

订阅模式，如图

4-10

所示。在这个示例中，有将消息发

布到中央消息传递系统（代理）的组件，以及订阅代理特定队列的组件。

发布者

订阅者

订阅者

订阅者

消息传递

系统

图 4-10：发布 – 订阅系统

70

｜

第

4

章

该模式的中心思想是：发布者不需要关心与订阅者有关的任何事情。他们只需要关心如何 ...