开始使用BizTalk

我是一名.NET开发人员，我为一个组织开发了一个软件，其中有两个其他不同的软件应用程序。所有这3个应用程序都是隔离的，它们不向任何其他软件发送和接收数据

该组织的经理要求我集成这些产品

在互联网上做了一些研究之后，我发现我不得不使用BizTalk。现在我有了一些关于BizTalk的基本知识（比如什么是模式、映射、管道、编排等等）

问题是，我不知道我必须对自己的软件进行哪些更改，也不知道我必须要求（其他软件的）其他开发人员在自己的软件中进行哪些更改，以便能够通过BizTalk集成它们

我们应该为我们的软件制作web服务吗

可以直接连接到数据库吗？这是一个好的做法吗

---

任何其他建议或资源都将不胜感激。

由于这是一个非常广泛的主题，我将坚持回答您的具体问题：

当然，这通常被称为Web服务外观。当许多不同的应用程序将要调用它时，它最有用

如果你拥有这些应用及其数据库，是的，这是一个非常有效的解决方案。BizTalk通过ODBC适配器本机连接到SQL Server、Oracle以及其他数据库

您还可以对现有应用程序进行编程，以发出和使用Xml消息

---

您不必“使用BizTalk”。BizTalk只是众多选项之一。您的组织是否已经使用BizTalk？如果是这样的话，使用它是很有意义的。但是，如果您还没有，那么您可能需要进行成本效益分析，包括查看您将来将要做的其他事情，例如，您是否将与其他应用程序或外部方进行接口。它不使用BizTalk，但将与其他应用程序和外部方进行接口。首先说明BizTalk Server的许可成本可能是一个好主意，特别是如果您希望有一个HA（高可用性）环境，公司的初始成本可能相当高。这个链接可以帮助你理解：抱歉，如果我回答得太晚了。但我对此感到困惑。以下哪种解决方案是最佳实践？通过发送和接收Xml消息，您的意思是我必须有一个Web服务来与Xml消息交互吗？您能为我推荐一些书籍、文章等，让我开始使用BizTalk，以及我必须在软件中进行的更改，以便能够连接到BizTalk吗？最佳做法是最适合您的做法，尽管外部因素通常会驱使您选择某个解决方案路径。什么类型的界面更容易创建？Web服务、存储过程还是Xml消息传递？它们都将提供几乎相同的业务功能，因此请选择您或您的组织最熟悉的功能。这就是我想要的书：我认为存储过程和Web服务是更好的选择。你知道，经过大量的研究，我现在对BizTalk有点熟悉了。但问题是我需要一些针对不同适配器的演练教程。比如如何使用SQL适配器或WCF适配器