Architecture 如何进行系统集成？

我很好奇不同的人是如何解决系统集成的。我有一种感觉，在过去的几年里，越来越多的工作投入到系统集成中，这种工作需求也将增加

---

我想知道您是否可以通过开发自己的小型服务来解决这个问题，然后连接这些服务，或者您是否使用某种产品（WebSphere、BizTalk等）。我还想知道这些解决方案是如何管理和维护的（您如何解决安全性、检测等问题），您在解决方案中遇到了什么样的问题等等，这会很有趣。

哇-好-会得到一篇关于这方面的帖子，但会很重要

集成需要得到业务部门对好处的充分理解的支持-整理出一个操作模型-因为业务部门可能需要标准化而不是集成，因为这可能会带来成本-这就是大多数SOA失败的原因

如果需要集成，则需要确定集成的类型

速度和性能指标是什么

---

我们有一个带有复合应用程序的.NET SOA，该应用程序使用BizTalk 2006和Web服务以及业务线应用程序。复合端（消费端）应用程序的性能受限于业务线应用程序中Web服务（及其实现）的速度！我们需要sub根据我的经验，这取决于你在解决什么样的问题

根据我的经验，要想在价格上击败BizTalk 2006 R2是很困难的，但这确实意味着使用了微软的技术堆栈

WebSphereMQ似乎更容易销售给大型公司，并且可能在企业级得到了更大的使用

两者都提供了很好的工具，但这实际上取决于作为开发人员的您来定制它以满足您客户的需求

---

在某些情况下，我发现定制解决方案最适合或利用MSMQ等技术来降低成本。

您提到了WebSphere、BizTalk和Mule。每一种都有非常不同的特点，有其优点和缺点。 如果你只是在追求整合，我会推荐Mule。我在这方面有很好的经验，更重要的是，架构师是非侵入性的，因此您可以随时迁移到不同的ESB或其他流行语解决方案。

---

Mule的一个优点是它可以嵌入到您的应用程序中，您的最终工件可以部署在WebSphere、WLS、Glassfish等上。。。甚至没有显示您嵌入了ESB。然后，此ESB可以执行所有集成管道（管理连接类型和协议）。然而，有些端点可能是您提到的其他集成解决方案。

我们正在使用Mule一段时间（现在研究从1.4到2.1.x版本的迁移）

---

它是最好的ESB之一，具有实时社区和供应商方面的快速反应，但IMO版本2.1.x仍然有点原始（或者我们只是使用它调用CXF web:）有关详细信息，请参阅我的帖子）

我们有Oracle合同。因此，我们使用的是Oracle堆栈。SOA套件10.1.3.4。主要是BPEL解决方案，对于简单的转换，我们尝试使用ESB

ESB的错误处理机制不好。对于BPEL，有许多方法可以处理错误。我们尝试开发java Web服务来连接SOA套件，我们的主要系统是Oracle EBS系统。它们通过SOA套件附带的默认EBS适配器与遗留系统或其他EBS环境通信

我们遇到的问题是缺乏关于EBS适配器的知识。我们在从EBS系统接收信息的BPEL解决方案中遇到了一些问题。把解决方案生产准备好真是一件糟糕的工作

保护我们的Web服务不是什么大问题。Oracle堆栈附带Oracle Web服务管理器。有了它，我们可以保护、记录所有的Web服务

我们遇到的最大问题是缺乏我们自己的标准。让企业感到他们也可以构建SOA解决方案。我们无法解释他们从SOA解决方案中获得的好处。更快？不更便宜的？他妈的不！更简单的解决方案？嗯，也许当我们得到良好的可重用服务时。。。那么，更简单的部分有一个问题：我们如何知道哪些应用程序使用可重用的Web服务

我们需要一个寄存器，可以显示这种信息。因为我们找不到一个好的开源解决方案，我们正试图建立自己的注册。简单的APEX解决方案，同样来自Oracle堆栈。；）

那么有人知道一个好的产品来注册这种信息吗