【问题标题】:Getting started with BizTalkBizTalk 入门
【发布时间】:2013-12-24 05:33:55
【问题描述】:

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

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

在互联网上进行了一些研究后,我发现我必须使用 BizTalk。现在我对 BizTalk 有了一些基本的了解(比如什么是 Schema、Maps、Pipelines、Orchestration 等)。

问题是我不知道我必须对自己的软件进行哪些更改,以及我必须要求(其他软件的)其他开发人员在他们自己的软件中进行的更改才能集成它们通过 BizTalk。

我们应该为我们的软件制作网络服务吗?

可以直接连接到数据库吗?这是一个好习惯吗?

非常感谢任何其他建议或资源。

【问题讨论】:

  • 您不必“必须使用 BizTalk”。 BizTalk 只是众多选择之一。您的组织是否已经在使用 BizTalk?如果是这样,使用它就很有意义。但是,如果还没有,那么您可能需要进行成本效益分析,包括查看您将来还要做什么,例如。您是否要与其他应用程序或外部方进行交互。
  • 它不使用 BizTalk,但它将与其他应用程序和外部方进行交互。
  • 首先了解 BizTalk Server 的许可成本可能是个好主意,尤其是如果您想要一个 HA(高可用性)环境,那么公司的初始成本可能会非常高。此链接可以帮助您了解:blogs.biztalk360.com/understand-biztalk-server-2013-licensing

标签: biztalk


【解决方案1】:

由于这是一个非常广泛的话题,我会坚持回答您的具体问题:

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

  2. 如果您拥有应用程序及其数据库,是的,这是一个完全有效的解决方案。 BizTalk 通过 ODBC 适配器本地连接到 SQL Server 和 Oracle 以及其他数据库。

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

【讨论】:

  • 对不起,如果我回答得太晚了。但我真的对此感到困惑。这些解决方案中的哪一个是最佳实践?并且通过发送和接收 Xml 消息,你的意思是我必须有一个 Web 服务来与 Xml 消息交互吗?您能否向我推荐任何有关 BizTalk 入门的书籍、文章等以及我必须在我的软件中进行的更改才能连接到 BizTalk?
  • 最佳实践是最适合您的实践,尽管外部因素通常会驱使您选择一种或另一种解决方案。哪种类型的界面更容易创建? Web 服务、存储过程还是 Xml 消息?它们都将提供几乎相同的业务功能,因此请选择您或您的组织最熟悉的那个。这是我会得到的书:amazon.com/Microsoft-BizTalk-Server-2010-Unleashed/dp/…
  • 我认为存储过程和 Web 服务是更好的选择。你知道经过大量研究,现在我对 BizTalk 有点熟悉。但问题是我需要一些针对不同适配器的演练教程。比如我如何使用 SQL 适配器或 WCF 适配器
猜你喜欢
  • 2017-11-19
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2012-11-15
  • 2010-09-21
  • 1970-01-01
  • 1970-01-01
  • 2011-06-26
相关资源
最近更新 更多