自主集成系统还是企业服务总线（ESB）？

Question

自主集成系统还是企业服务总线（ESB）？

4

我最近开始在一个小公司工作，该公司正在经历增长的烦恼。我不确定我将要描述的是什么系统。基本上，我们拥有许多不同的第三方应用程序混合在一起，它们通过自制的“集成系统”相互通信，该系统是SQL作业、使用.NET编写的后台服务、FTP传输、SSIS等的组合。

以下是概述：我们的公共网站是一个订单入口系统（第三方购物车软件），由供应商外部托管。我们每天每4个小时下载订单信息。然后我们的自制“集成系统”对这些数据进行整理，并将这些信息提供给我们的库存和仓库管理系统（WMS）。它还向MS Great Plains、Pulse、PayFuse和第三方CMS等提供信息。

如你所料，这种架构非常脆弱，稍有闪失（例如FTP故障或SQL作业失败）可能会导致数据不一致并产生连锁反应。由于数据相关问题或复制问题，有时整个仓库都会停滞不前，我们有时无法接受订单、处理或发货。

我的任务是重新设计我们的系统，并消除系统之间的紧密耦合，以促进业务增长。我需要关注哪些领域？我一直在研究ESB和SOA，但被告知我的公司无法承担50万美元的费用，例如采用iWay或Talend。

有哪些选择？内部开发是答案吗？它比ESB实施更便宜吗？如果有人经历了类似的成长烦恼，那么您是如何处理集成的呢？

- Robert

首先：以下软件是由我自己（主要是）开发的 --- 你可以尝试一下我的FOSS项目Shuttle（https://shuttle.codeplex.com/）。在托管环境中，您可以通过SQL Server表运行队列。它正在一个大型国际保险公司和南非四大银行之一的生产环境中运行。也可能在其他地方使用，但我不会知道。试一试，并请让我知道您的想法，如果您看看的话。 - Eben Roux

2个回答

2

在过去的几年中，我们一直在处理类似的问题。利用ESB将有助于你逐步解决这个问题。一旦团队开始意识到这种解耦带来的好处，整个过程就会加速。我最熟悉的是NServiceBus，我们发现它的入门门槛非常低。开发人员能够快速掌握它，并且尝试成本很低。我同意您应该从对业务最关键的区域入手，首先确保其稳定。

- Adam Fyles

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Kijana Woodard · Accepted Answer

这是我解决此问题的方法：

忘记设计一个“完美”的系统。
不要一次性替换所有内容。
找到一个导致很大痛苦、相对容易替换且不会威胁业务存在的东西。首先解决这个问题。

在某些方面，有“许多不同的第三方应用程序混合”是一件好事。您可以保留更好的应用程序，同时集中精力修复具有最大业务价值的应用程序。

寻找稳定的业务概念，并明确地建模它们。命令和事件模式在这里非常有用。按照SOA原则将这些概念分组为“服务”。

从您的文本来看，SLA的讨论已经开始了。使这些SLA讨论明确化，但侧重于逐步改进以实现目标，而不是一夜之间的转变。

手动打造基础设施来进行这种转换可能不值得花费时间，但在你知道自己要去哪之前花费6或7位数购买产品也不明智。由于您提到了.Net，我使用过NServiceBus，发现它是一种愉快的编程体验。你专注于你的领域和业务逻辑，让NSB处理管道/基础设施。对于低消息吞吐量，有一个免费选项。这使您能够在讨论预算和资金之前提供一些业务价值。除网站上的文档外，还有一个繁荣的NServiceBus社区可以帮助您入门。

在.net空间中还有其他选择，包括MassTransit和EventStore。我个人没有使用过这些，它们也不是功能等效的，因此您需要查看它们并确定哪个符合您的需求和团队的能力。