三层BizTalk体系结构是否可行?

我相信你很困惑 application tiers 具有 network architecture .

根据定义,BizTalk几乎是中间层,这意味着至少是一个三层解决方案。可能有调用BizTalk服务的客户端、BizTalk应用程序本身以及一些 line of business 包含大多数业务逻辑的应用程序(以及系统用于存储其记录的任何数据库/存储库)。BizTalk可以与多个业务线应用程序交互以处理客户端请求。

您引用的图表和文章简单介绍了如何使用反向代理向外部客户端授予对托管在内部网络上的BizTalk HTTP端点的访问权限。

最近,在Azure中通过Azure服务总线中继或API公开web服务变得越来越普遍。但是,通过具有适当安全性的反向代理公开BizTalk web服务是很常见的。如果将BizTalk server放置在DMZ中,则必须在BizTalk与内部系统之间戳出许多漏洞,这是您想要避免的。

请记住,“n层”的东西几乎没有意义。一个应用程序可以是您想要计算的任意多个层。

然而,在99.9%的情况下,没有理由将BizTalk HTTP主机或任何其他端点放在外围网络上。

根据当地的政策,商店将进行端口转发或入站代理(反向代理也不是一件真正的事情;)。

BizTalk中实现这一点的方法绝对没有限制。如何选择完全取决于您的网络团队允许或更喜欢什么。