对ServiceMix捆绑设计的建议？

Question

我正在使用ServiceMix实现ESB解决方案

• 我有自己的系统，有一堆网络服务
• 几个具有不同服务的外部系统（大多数使用WS接口，一些使用其他服务）
• 这些将与ServiceMix / Camel连接。这里发生了一些消息路由，转换和其他EIP。该解决方案可能利用JMS队列进行捆绑间通信。

有关此解决方案的良好捆绑设计结构的建议吗？我是否应该将所有内容放在一个捆绑包中，我是否应该在一个捆绑包中进行路由并为每个外部系统中的每个外部系统进行转换，或者....哪种结构可以提供模块化的足够好处，同时不会过于复杂而无法维护？做出决定时我应该考虑什么？

针对此类设计问题的最佳做法或参考资料？

我只是在寻找一些通用指南，但我还没有找到太多指南。

Answer 1

根据我的经验...您可以做的最好的事情是尝试清楚地定义应用程序的行为/生命周期/依赖关系，并找出可以绘制线条的位置，以提供足够的模块化以满足您的系统要求，但限制不必要的模块化（对不起，我知道模糊）。

您可以查看本书以获得有关基本概念的帮助：http://www.packtpub.com/open-services-gateway-initiative-starter/book