我们收到使用AppHandler配置App1 App2和App3的请求。
需要App1的输出来配置App2,而App3则需要App2的响应来进行配置
设计应具有可扩展性,并应满足大量的配置要求,例如50,000 msg / sec。
我们考虑了Observer模式,但看起来它不可扩展,并且在处理如此高强度的消息时遇到问题。
以上信息的摘录和来源
通常,观察者模式是通过“主题”实现的 (正在“观察”)成为对象的一部分,其状态 观察到变化,并在观察时传达给观察者 发生。这种实施方式被“紧密地认为 耦合”,迫使观察者和对象都意识到 彼此之间并可以访问其内部零件,从而创造了可能 可伸缩性,速度,消息恢复和维护问题 称为事件或通知丢失),缺乏灵活性 有条件的分散并可能阻碍所需的安全性 措施。