问题标签 [esb]

在我的日常工作中，我们有负载平衡的 Web 服务器，它们通过 Web 服务（以及最近的 WCF）与负载平衡的应用程序服务器通信。在任何给定时间，我们都有 4-6 个不同的团队能够添加新的网站或服务或使用现有服务。我们可能有大约 20-30 种不同的 Web 应用程序和相应的服务。

不幸的是，由于相互竞争的优先级、组织结构、项目时间表、财务状况等，我们无法对此进行集中控制，这真是一团糟。我们有各种可重用的服务，但有一堆是特定于前端的。

理想情况下，我们会更好地控制这种情况，我们正在努力控制它，但这需要一段时间。我们想做的一件事是更多地了解网站和应用服务器之间的所有相互关系。

我使用 Reflector 来查找程序集之间的依赖关系，但希望能够查看服务之间的流量模式。

尝试绘制 Web 服务关系的选项有哪些？在大多数情况下，我们主要讨论的是内部服务（Web 到应用程序、应用程序到应用程序、批处理到应用程序等）。在我的脑海中，我可以想到两种方法来解决它：

• 分析任何 Web 引用的程序集。这里的缺点是并非所有内容都是 Web 参考，我不确定 WCF 连接是如何列出的。然而，这至少是寻找 80% 连接的开始。有谁知道可以进行这种分析的任何工具？就像我说的，我使用 Reflector 进行程序集引用，但找不到任何用于 Web 引用的内容。
• 可能利用 IIS 并被动地监视进出的流量，并以某种方式找出被调用的内容和来自何处。我们正在寻找可以提供帮助的企业工具，但要实施它们还需要一段时间（并且成本很高）。但是有什么东西可以快速而廉价地提供帮助吗？特别是一个工具（AmberPoint）可以接入服务器上的 IIS 并监控入站和出站流量，添加一些特殊的调味料并开始构建流量图。非常好，但要花很多钱。

我知道，我知道，你到底是怎么搞到这个烂摊子的？打败我，只是想帮助我们控制它并摆脱它。

谢谢，马特

我正在寻找实现 ESB 并希望了解与“如何”我的 Web 服务可能会发生变化 (WCF) 相关的想法，或者 - 我的使用这些服务的客户端应用程序可能如何“需要修改”（ - 除了ESB 路径的新服务引用 --)

我正在使用的设备是“WebSphere DataPower XML Security Gateway XS40”

我正在寻找具有将 WebMethods ESB 扩展到大流量（消息大小和消息数量）的经验的人。怎么样了？是否有任何问题，您是如何解决的？

情况：一些银行有旧的遗留 ABS（自动银行系统）。

银行希望：

1. 通知旧的旧 CRM 系统有关客户的帐户更改（发布操作）。
2. 检查客户卡的 PIN 码（请求/响应操作） - 在同步模式下。

ABS 是在非常古老的私有技术中通过 StoredProcedures 调用实现的。所以，我只能通过数据库连接到这个系统。

您知道哪些 Java/.Net (ESB) 应用程序与旧/遗留数据库系统集成的方式？

写/发布操作

任何供应商的数据库服务器：

1. 扫描表以查找新条目 - 速度太慢。
2. 触发器（如果它们受支持），它处理 SQL 更新并将事件信息插入和写入某个表。并且应用程序侦听器应该检查此表中的事件。
3. Oracle serevr：PL/SQL 触发器 + Oracle AQ。和 JMS 的监听器。

读取操作

1. 只需将结果写入 ABS 表 - 危险。

2. ...

如何以同步模式通知遗留数据库系统有关响应的信息？？？如何在同步模式下实现写/读？？？

同样，您知道哪些 Java/.Net (ESB) 应用程序与旧/遗留数据库系统集成的方式？

我的组织开始认真对待 SOA，但在我们加入我们似乎缺少的组件之一之前，是一个用于在整个企业中跟踪这些服务的坚如磐石的存储库。任何人都可以推荐他们使用过的产品吗？如果产品也是 ESB，请在您的回答中提及。

有没有人有将Spring Integration项目作为嵌入式 ESB 的经验？

我对以下用例非常感兴趣：

• 按计划从目录中读取文件
• 从 JDBC 数据源获取数据
• 动态启动/停止/重新部署模块的模块化和可能性（例如，一个模块可以按计划扫描目录，另一个来自 jdbc 数据源的调用查询等）
• 重复/重试策略

更新：

除了“从 JDBC 数据源获取数据”之外，我找到了所有问题的答案。技术上可行吗？

我来自妈妈的背景。我想我从概念上理解 ESB。但是，在从架构上做出选择时，我不太确定两者之间的实际差异。

这是我想知道的

1）任何可以在这方面帮助我的在线链接。

2）有人可以告诉我在哪里使用一个而不是另一个有意义。

任何帮助都会很有用。

我必须选择一种技术来连接我的应用程序/表示层（基于 Java）和服务层（基于 Java）。基本上是从业务委托对象中查找合适的 Spring Service。

那里有很多选择，这让我感到困惑。以下是我缩小范围但不确定的选项..

• 弹簧 RMI

• 阿帕奇骆驼

• Apache ServiceMix (ESB)

• 爱奥那保险丝 (ESB)

这是我想知道的

1. 如果您从事过（或评估过）其中任何一项工作，您认为哪种选择更合适？（告诉我原因也无妨：）
2. 还有其他我应该关注的技术吗？
3. 到目前为止，我还没有看到应用程序和服务层正在分发，但我不想在将来排除这种可能性。设计以提供这种灵活性是一个好主意吗？

任何帮助都会很有用。谢谢！

我的公司即将实施一个新架构，我们在其中提出了 BizTalk（我们是一家微软商店）作为 SOA（请不要引用面向服务的歧义）环境中的企业服务总线 (ESB)。

我们的业务是通过我们的新订单捕获 GUI 接收订单，该 GUI 必须连接到我们的客户数据库、产品目录、订购系统和其他一些辅助系统，每个系统都将作为 WCF 服务公开，然后将订单传递给我们的订单管理和其他用于履行的下游系统，最后到我们的计费系统进行开发票。目前，每个系统都有自己的 GUI，并使用手动过程在它们之间传递信息，为了实现自动化和集成，自然的想法是引入 ESB 来连接它们。

我对 ESB 的一些基本原理是，总线会担心如何连接系统（每个系统都是不可知的，并且对任何其他系统一无所知）以及如何格式化/翻译信息。将来，很有可能将某些现有系统替换为我们公司家族中的新系统或系统。

这对我来说似乎很有意义，但我现在遇到了一些阻力，即为什么在点对点解决方案足够时引入它。

不幸的是，在公司历史上（在我任命之前），引入 BizTalk 的初步尝试失败了，但我相信它有一席之地并且我可以交付它。

我的问题可能不是关于 BizTalk，而是 ESB 在我所描述的场景中是否是一个好主意，什么时候引入 ESB 才有意义？

企业服务总线（一种充当中介、消息代理、服务启用者、模式转换增强器、透明位置提供者、服务聚合器、负载平衡器、监视器和所有这些东西的工具）是否负责协调服务？

在您的企业服务总线中放置一个包含上千个步骤和数十个服务调用的自动化业务流程怎么样？

您会这​​样做，还是会使用编排专家，例如 BPEL 引擎？

请给点意见。