我在一家提供软件产品的软件公司工作。很多时候,我们必须与其他应用程序集成。70%的时间我们与单个应用程序集成。目前我们不使用中间件(MuleESB、Biztalk等)在这些情况下:数据转换、传输转换等都是在应用程序内部处理的。
总是使用中间件解决方案不是更好吗?(无论您是否与一个或多个系统集成)这样,双方的所有定制(数据格式化、重构、传输转换)都可以由中间件处理,而不是由应用程序处理。
从逻辑上讲,这对我来说似乎是正确的方法。但我问自己:中间件在两个应用程序的情况下是合理的吗?
发布于 2014-03-07 23:44:35
实际上,您将始终使用“中间件”解决方案,可以是自定义的,也可以是打包的。
我会这样看待它,而不是需要一个“中间件”包,我会专注于通过使用一致的、标准的、实用的API来交换数据,使应用程序本身具有集成友好性。
那么,使用哪种“中间件”的决定更多地取决于现场的情况。如果客户只有一个要集成的应用程序,那么一个简单的自定义解决方案可能是完全可用的。如果他们有5个应用程序并为每个应用程序定义了进程,那么一个包就更有意义了。
我并不总是使用中间件,但当我使用中间件时,我会使用BizTalk。;)
发布于 2014-03-07 18:45:54
在考虑适当的架构时,我发现this是一个很有用的读物。如果您有机会观看Richard Seroter的“决策框架”演示文稿,您应该这样做。
发布于 2014-03-07 21:37:55
Wiki site on Publish subscribe pattern http://en.wikipedia.org/wiki/Publish/subscribe展示了发布订阅与客户端服务器之间的有趣比较。
https://stackoverflow.com/questions/22244377
复制相似问题