Content management system ESB与Yahoo管道

Content management system ESB与Yahoo管道,content-management-system,pipe,esb,Content Management System,Pipe,Esb,我是ESBs的新手,不知道是否有人能在以下方面帮助我。我想建立一个系统,该系统接收数据(即RSS提要,但可以是任何类型的数据/新闻源),将它们输入CMS系统,让内容经理批准,并在必要时调整此内容。之后,我会让内容经理选择他想要将内容分发到的频道,然后我希望CMS将此内容分发到内容经理选择的适当频道 我的看法是,在数据源和CMS之间,然后在CMS和发布到的通道之间,将有一个类似ESB的体系结构 这是正确的思维方式吗?还是我的假设完全错了? 另外,我想知道我是否需要一个完整的ESB设置,或者我可以只

我是ESBs的新手,不知道是否有人能在以下方面帮助我。我想建立一个系统,该系统接收数据(即RSS提要,但可以是任何类型的数据/新闻源),将它们输入CMS系统,让内容经理批准,并在必要时调整此内容。之后,我会让内容经理选择他想要将内容分发到的频道,然后我希望CMS将此内容分发到内容经理选择的适当频道

我的看法是,在数据源和CMS之间,然后在CMS和发布到的通道之间,将有一个类似ESB的体系结构

这是正确的思维方式吗?还是我的假设完全错了?
另外,我想知道我是否需要一个完整的ESB设置,或者我可以只使用一个Yahoo Pipes设置,将所有传入的数据源转换为一个提要,我将其拉入CMS的一端,并从CMS中输出一个web服务,另一端的单独内容通道可以调用它?

一条建议,不要复杂化。您可以使用事件SOA,但我看不到它会带来什么好处,因为您的案例场景没有那么复杂,更不用说您只使用具有复杂需求的事件SOA体系结构。您需要提前考虑未来的SLA(事务数、负载平衡…),只有在您了解体系结构的约束条件之后,您才能决定是否需要从一开始就以分布式方式构建系统,还是只构建基础,作为服务合同,允许您在需要时采用分布式方式。分发一个系统已经很复杂了,所以在您认为需要这样做之前,您需要了解您的系统的SLA,并制定一个可伸缩性计划