问题标签 [system-integration]

我很好奇不同的人如何解决系统集成问题。我有一种感觉，在过去的几年中，越来越多的工作进入了集成系统，并且这种工作需求也会增加。

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

我们有一些项目涉及构建一个应用程序，该应用程序可能由 50% 的自定义功能组成，但随后引入了 wiki、论坛和其他已经发明但我们没有发明的“轮子”组件想从头重写。

这些第三方应用程序通常有自己的数据库、主题和身份验证系统。根据我的经验，让事情像单点登录、通用主题或跨多个子应用程序中的实体标记/搜索一样工作是非常具有挑战性的问题。这种集成项目有哪些最佳实践？

到目前为止，我们的方法是尝试仔细挑选您的组件，选择具有明确定义的 API 的组件，最好是通过 HTTP（如 REST 或 SOAP），尽管这并不总是可能的（我们还没有找到一个像样的以这种方式工作的论坛）。人们是否可以向任何尝试这样做的人提出建议，因为我怀疑我们中的许多人现在越来越频繁？

好吧，在我工作的地方，我们维护了过去几十年编写的相当多的系统。

这些系统多种多样，包括多种操作系统（Linux、Solaris、Windows）、多种数据库（Oracle、sybase 和 mysql 的多个版本），甚至多种语言（C、C++、JSP、PHP 和许多其他语言）用过的。

每个系统都是相当自主的，即使是以将相同的数据输入多个系统为代价。

管理层最近决定，我们应该调查如何让所有系统愉快地相互交谈和共享数据。

请记住，虽然我们可以对任何单个系统进行软件更改，但对任何一个（或更多）系统进行完全重写并不是管理层可能会接受的事情。

这里几个开发人员的第一个想法是直截了当的：如果系统 A 需要来自系统 B 的数据，它应该连接到系统 B 的数据库并获取它。同样，如果它需要给 B 数据，它应该只是将它插入到 B 的数据库中。

由于使用的数据库（和版本）混乱，其他开发人员认为我们应该拥有一个新数据库，将来自所有其他系统的表结合起来，以避免不得不处理多个连接。通过这样做，他们希望我们能够合并一些表并摆脱冗余数据输入。

这大约是我被请来对整个混乱发表意见的时候了。

使用数据库作为系统通信手段的整个想法对我来说很有趣。业务逻辑必须放置在多个系统中（如果系统 A 想向系统 B 添加数据，则在插入之前更好地理解 B 的有关数据的规则），几个系统很可能必须进行某种形式的数据库轮询才能找到对其数据的任何更改，持续维护将是一件令人头疼的事情，因为对数据库模式的任何更改现在都会传播多个系统。

我的第一个想法是花时间为不同的系统编写 API/服务，一旦编写，就可以轻松地来回传递/检索数据。许多其他开发人员认为这比仅仅使用数据库要多得多，而且工作量要大得多。

那么让这些系统相互通信的最佳方式是什么？

我正在一个团队研究一个新的系统集成项目的技术堆栈。我们偏爱的技术堆栈的一部分使用 Hibernate 来保持其内部状态并将挂钩暴露到 Hibernate 事务中，以便业务实体与该实用程序的状态保持同步。很好，除了我们需要维护有关未知类型实体的信息并将该数据链接到预定义类型。我们需要一个不需要预先定义模式的可扩展数据存储。最佳点是混合 RDF 数据和 Hibernate 托管实体。

您是否遇到过类似的要求，您可以推荐哪些方法？
任何 RDF/ORM 混合都需要支持不频繁的大规模查询以进行报告和数据探索，还需要支持频繁的集中读写操作以支持事务。

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

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

在系统集成方面，您如何对集成需求建模？您使用 UML 或 BPMN 或其他一些技术吗？

您在现有方法中看到了哪些限制，您认为什么是系统集成需求的理想建模方法？

我使用 Flex 开发了 Web 2.0 应用程序。这一次，我想和 GWT 一起学习和发展。

受 JBPM 控制台应用程序的启发，我正在考虑将gwt-mosiac其用于用户界面（欢迎提出更好的建议，我很感激）。

例如，Flex 中的堆栈之一是 [Flex+Parlsey] - [BlazeDS-Spring/JPA] - MySql。与 GWT ？

请根据您使用 GWT 开发 Web 2.0 应用程序的经验建议堆栈或系统架构。

我真的想知道像 Google、Yahoo 和...这样的大型系统有多大...使用系统集成来集成他们的软件（Google Plus、Google Video、Google shop 和...）例如，我第一次登录到我的 Google 帐户在所有其他软件中，我都有我的帐户，我不需要单独创建或登录到其他系统。

在我们公司，我们有许多软件，如会计、呼叫中心等，我们希望将我们的软件集成为所有软件的仪表板和单一签名系统。

系统集成的最佳方法是什么？

给定系统 A 和 B，我如何在系统 B 的数据库中引用系统 A 中的域实体，我的工作中有这种情况，我们正在将数据从系统 A 复制到 B，但它正在成为一场噩梦

例如：系统 A 管理 PRODUCT 的信息。系统 B 管理产品的销售，所以我在系统 B 中有这种关系：销售“有很多”“有一个”产品的 SALEITEM。

进行此类集成的方法有哪些？SOA 是否与这种情况有关？有什么推荐的读物吗？

事实上，我是 RESTful 服务的新手，虽然我觉得我理解这些概念，但我对在当前项目中使用它的某些方面有抵触情绪。

该项目涉及从另一个系统提供一些表单数据。项目成员坚持表单数据应该被分解为“资源”，因为表单上有客户和客户地址等。

因此，这一切都与 REST API 的粒度有关……在我们拥有所有表单数据之前，表单数据并不完整和可操作（而且几乎没有）。而且，事实上，我想我们必须在服务端准备一些集成器来组装所有这些资源位，然后才能使用它们，因为目前我们没有持久性，或者具体来说，我们有持久性但需要在数据变得可操作之前隐藏数据。

同样，目前这是点对点通信，没有任何共享或服务组合的商业案例。

因此，我认为使用 POST 的一个服务“表单”是一种可接受的优化，它为我们减少的工作量是一种务实的方法。

以艰难而昂贵的方式做这件事我没有得到什么？