Biztalk 每个应用程序都应该有自己的主机实例/主机实例吗？

BizTalk中的每个应用程序都应该有自己的主机实例/主机实例吗

我读过各种博客文章和书籍，认为为不同的任务使用不同的主机实例是一种很好的做法，例如一个用于接收，一个用于发送，一个用于编排，一个用于跟踪

---

但是，每个应用程序是否都有自己的接收、发送、编排和跟踪主机？或者只是所有应用程序的一个主机？

正如您所了解的，没有明确的规则

每个应用程序是否应该有一个专用的主机/实例？当然，如果硬件的应用程序数量相对较少

如果一个应用程序有问题，也要考虑一下。

---

每个应用程序应该有单独的接收、发送或Orch主机吗？不，不是一开始。如果你观察到一个特定的操作消耗了大量的资源，那么就把它分出来。

正如你所读到的，没有明确的规则

每个应用程序是否应该有一个专用的主机/实例？当然，如果硬件的应用程序数量相对较少

如果一个应用程序有问题，也要考虑一下。

---

每个应用程序应该有单独的接收、发送或Orch主机吗？不，不是一开始。如果您观察到某个特定的操作占用了大量的资源，请将其拆分。

简短回答，除非该应用程序的某个特定方面导致了其他应用程序的性能问题，否则可能不会。如果是这种情况，您将只为导致问题的特定零件创建主机。e、 g.如果是接收适配器，您将为在该适配器下运行的接收位置创建主机。如果是该应用程序的业务流程，则为该应用程序创建一个处理主机，以便该应用程序的业务流程在其下运行

来自微软的详细回答

其他主机的缺点

虽然创建其他主机实例有好处，但如果创建的主机实例太多，也有潜在的缺点。每个主机实例都是一个Windows服务（BTSNTSvc.exe或BTSNTSvc64.exe），它会对MessageBox数据库产生额外的负载，并消耗计算机资源，如CPU、内存和线程。除此之外，您没有配置太多其他主机实例的原因如下：

• 每个主机报告多个粒度过大的性能计数器。这会影响需要遍历大量数据的管理员的可用性。这对管理员的总体视图有负面影响

• 每个主机都会消耗大量内存，这可能会导致节流和性能降低

• 如果主机具有连续执行轮询的接收适配器，则每个主机将以短时间间隔轮询数据库，从而导致性能下降

---

简短回答，除非该应用程序的某个特定方面导致其他应用程序出现性能问题，否则可能不会。如果是这种情况，您将只为导致问题的特定零件创建主机。e、 g.如果是接收适配器，您将为在该适配器下运行的接收位置创建主机。如果是该应用程序的业务流程，则为该应用程序创建一个处理主机，以便该应用程序的业务流程在其下运行
来自微软的详细回答
其他主机的缺点
虽然创建其他主机实例有好处，但如果创建的主机实例太多，也有潜在的缺点。每个主机实例都是一个Windows服务（BTSNTSvc.exe或BTSNTSvc64.exe），它会对MessageBox数据库产生额外的负载，并消耗计算机资源，如CPU、内存和线程。除此之外，您没有配置太多其他主机实例的原因如下：
• 每个主机报告多个粒度过大的性能计数器。这会影响需要遍历大量数据的管理员的可用性。这对管理员的总体视图有负面影响

• 每个主机都会消耗大量内存，这可能会导致节流和性能降低

• 如果主机具有连续执行轮询的接收适配器，则每个主机将以短时间间隔轮询数据库，从而导致性能下降

---

有一篇有趣的博文，内容是关于在。。。有一篇有趣的博文，是关于100位主持人在。。。