问题标签 [esb]

我正在努力将我们的企业技术范式转变为敏捷开发。这是一个艰难的过程，但我们快到了！:)

我们有用于数据库管理的遗留系统（以前是 Access，现在移植到 .NET 和 MS SQL），我们正在为我们的未来愿景开发一个框架。我们希望尽可能多地迁移到网络。但我们希望将当前系统与“即将推出”的系统集成。我们不会重叠任务和功能。

我的愿景是将我们用户的所有联系信息移动到不同的数据库，将这些“配置文件”链接回 MS SQL 以获取他们的历史和会计信息。我们会将所有会计系统保留在桌面应用程序上，但我们将添加更多功能，这些功能将严重依赖于 Web，尤其是 Ruby on Rails。

我想问题是：为什么是 ESB？有没有一种方法可以创建 SOA，而无需对复杂的 ESB 系统进行狂热的操作。无论如何，整个想法是亲吻。是否可以以允许桌面/Web/移动作为接口的方式创建 SOA，将功能保留在业务逻辑上（当然，某些功能必须在接口上实现，但要保持在最低限度）。ESB 甚至符合敏捷哲学吗？我阅读和研究它们的次数越多，我就越不这么认为！：/

感谢您的输入！如果您需要我澄清，请提出几个问题，我会尽力做到这一点！:)

我对基于 Java 的技术的了解有限，出于业务强制的原因，我可能需要决定 WebLogic Integration (WLI) 还是 Oracle Service Bus (OSB) 是将少量独立系统集成在一起的更好选择。两种产品似乎都能够完成类似的任务，尽管在一种情况下 (WLI) 集成更多地是技术驱动的，而另一种 (OSB) 则更多地是业务流程驱动的。

假设没有成本，任何人都可以很好地描述何时选择使用一种产品与另一种产品吗？一种选择是否会涉及更多自定义 Java 编码与配置？

有人知道 SOA 治理的全部内容吗？SOA 治理和 IT 治理之间有什么区别（或相关性）？以及如何使用市场上可用的 SOA 平台来应用它？

建立在 SOA 平台上的项目可以在不应用 SOA 治理的情况下取得成功吗？如何？我这里是从实用的角度讲的。

长话短说，我正在开展一个项目，出于所有常见原因，我们正在重写一个大型 Web 应用程序。重写的主要目的是将运行在单个服务器上的大型单个应用程序分成许多较小的解耦应用程序，这些应用程序可以在许多服务器上运行。

好的，这就是我想要的：

我想HTTP成为主要的传输机制。当一个应用程序（例如 CMS）已更新时，它将通过 http 联系代理并说"I've changed"，然后代理将发回一个200 OK说"thanks I got the message"。

然后，代理将查看其想要了解 CMS 更改的其他应用程序列表，并将消息传递到应用程序在告诉代理它想听到消息时留下的 url。

其他应用程序将200 OK在收到消息时返回，如果没有，代理会保留该消息并将其排队等待下次有人尝试联系该应用程序。

问题是我什至不知道从哪里开始或者我需要什么来实现它。我一直在看XMPP、ActiveMQ、等RabbitMQ，Mule ESB并且可以看到我可以在接下来的一年里用这些东西绕圈子。

任何人都可以从个人经验中提供任何建议，因为我很想避免以艰难的方式学习课程。

我们已将 BizTalk 作为服务总线引入我们的组织，它将新的 Web GUI 链接到许多现有的后端系统。我们已将现有系统包装为服务 (WCF)，并将它们连接到 BUS。

我们还用我们的新 Web GUI 替换了一些遗留系统 GUI（确保我们复制现有功能），但我很好奇我们是否应该通过 BUS 公开所有遗留服务/api，直接连接到它们或以不同方式组合它们并且通过总线暴露它们。例如，假设我们的客户管理系统有 5 个现有服务/api，搜索、添加、检索、更新、设置帐单详细信息。

通过 BUS 公开这些服务是否有意义（有人认为它会增加延迟）？或者 BUS 是否应该只公开粗粒度的服务，例如搜索、添加、检索和更新，而不是细粒度的服务？GUI 是否应该直接连接到细粒度服务？

我的印象是，在理想的 SOA/ESB 中，您会将更新和设置计费详细信息组合到一个粗粒度服务中，这是正确的吗？

我想忠于 SOA/ESB 范式，请有人赐教。

在以前的工作中，有很多关于“企业服务总线”（ESB）的讨论。我阅读了有关它的概念性书籍的部分内容，但从未真正理解您将如何具体实现/集成它。我熟悉 SOA/队列/目录服务/等。但我不明白 ESB 到底是什么。

它是一个具体的东西（服务/服务器/代理/等），你只是以不同的方式将你的所有应用程序连接到它，还是只是一种设计系统的概念性方式？

任何解释或链接到好的例子将不胜感激。谢谢。

为了将各种遗留应用程序联系在一起，一些基于大型机的应用程序，我尝试比较使用像 MQSeries 这样的 ESB、WS-* 方法或更多 RESTful 的方法。

将接口编写到 REST 而不是 MQ 甚至 WS-* 的想法是否有很多实质内容，这可能具有使我们更接近应用程序的 Web 支持部分（供人类使用浏览器使用）的次要好处？

任何人都可以在初级到中级级别解释企业服务总线上下文中的“总线”、“传输”和“端点”的术语吗？我现在是一名拥有几年经验的 C# 开发人员，但才刚刚开始使用 ESB。

看起来“总线”实际上是一个可以发送和接收消息的队列。我很好。但是，我正在使用NServiceBus处理一些现有代码，我认为如果我理解“端点”和“传输”术语，我的理解就会有很大的飞跃。

我已经阅读了有关消息代理和 ESB 的不同问题/文章（甚至在 stackoverflow 上）。仍然不知道消息代理和 ESB 之间的明确划分区别是什么？现在我在这里尝试比较产品，Websphere Broker 和 Mule ESB！

首先，（任何版本）Webshere Broker 是 ESB 吗？我们的 IBM 产品人员声称它是 ESB！（我对此并不感到惊讶）。

我有限的信息告诉我，Message Broker 在 HUB-SPOKE 模型上工作。然而，ESB 在总线架构上工作。这到底是什么意思？我已经读过，如果 HUB 失败（我猜不可用）那么经纪人就完全失败了。这不是 ESB 的情况（所以那些人说）。我在这里不明白的是“如果 BUS”发生故障怎么办？

现在关于 ESB 和 Brokers 的常见内容是，它们提供路由、转换、编排等。因此，如果它们都提供这些，那么我为什么要选择一个而不是另一个。

另一个冲突领域是关于转型。与 Message Brokers 相比，ESB 是否以不同的方式促进它？我真的很想对此有所了解。

现在谈论水平缩放。谁胜过谁？或者它们在复杂性（或任何其他因素）方面都具有同等的可扩展性。当然，在成本方面，Webshpere Broker 会为每个盒子（更不用说每个 cpu）向您收费。我相信，即使是商业 MULE ESB 也不会这样做。撇开其中的成本部分不谈，ESB 扩展和 Message Broker 扩展的含义是什么。我碰巧知道您可以在 ESB 中扩展到服务级别。这在消息代理中可能吗？

C# 2008

我开发了一个需要连接到 Web 服务器才能工作的应用程序。如果 Web 服务器离线。必须通知该应用程序，以便使用该应用程序的用户可以知道发生了什么。

该应用程序将从我们的客户网站从互联网上下载。所以成百上千的用户可以拥有它。

我正在考虑可能每 5 秒 ping 一次 Web 服务器。但是，使用 100 或 1000 的应用程序会使 Web 服务器超载。

有人告诉我 ESB 可以解决这个问题。我正在考虑使用它的方式，我不完全确定。就是让每个应用都订阅 ESB。如果 Web 服务器离线，它将向所有应用程序发送消息。

但是，我知道 ESB 非常庞大且复杂，也许这对我的问题来说是多余的。

我理解正确吗。

如果 ESB 不是正确的选择，我可以使用另一种设计模式吗？

非常感谢