C# WCF：管理主机控制台应用程序的负载！

我现在有一个场景，在我的服务器上有6个控制台应用程序，每个应用程序都有一个WCF服务

它变得越来越混乱，我现在正在考虑使用一个windows应用程序（可能是WPF），它在一个单独的线程中承载每个服务。这意味着也有一个中心位置来管理服务

---

我只是想知道，在继续之前，是否有人已经实现了这样一个应用程序或任何建议？

我在一个系统上工作，该系统有8个windows服务，每个服务都有1个WCF服务。为了方便地协调服务的执行，我们创建了一个服务协调器应用程序，该应用程序在启动时将启动其他8个服务。这使得启动、停止和重新启动服务非常容易。。。因为它们是windows服务，而不是控制台应用程序，所以不会丢失任何桌面空间

---

项目本身实际上被编译为控制台应用程序，因此我们可以在开发过程中轻松地处理它们（还可以使用/debug参数运行它们，以便在部署之后对它们进行测试）。也许类似的东西对你有用。

我在一个系统上工作，这个系统有8个windows服务，每个服务都有1个WCF服务。为了方便地协调服务的执行，我们创建了一个服务协调器应用程序，该应用程序在启动时将启动其他8个服务。这使得启动、停止和重新启动服务非常容易。。。因为它们是windows服务，而不是控制台应用程序，所以不会丢失任何桌面空间

项目本身实际上被编译为控制台应用程序，因此我们可以在开发过程中轻松地处理它们（还可以使用/debug参数运行它们，以便在部署之后对它们进行测试）。也许这样的事情对你有用

…在单独的线程中承载每个服务

为什么?？默认情况下，WCF运行时将为您执行线程处理。在这方面有一个上帝的起点，或者看看朱瓦尔的作品

要在一个线程中承载多个服务，您可以签出（使用AppDomains进行分离）。在阅读本文之前，我做过一个非常类似的主机，现在它在一个操作系统服务中为数千名用户托管了100多个服务（从30多个开始）

…在单独的线程中承载每个服务

为什么?？默认情况下，WCF运行时将为您执行线程处理。在这方面有一个上帝的起点，或者看看朱瓦尔的作品

---

要在一个线程中承载多个服务，您可以签出（使用AppDomains进行分离）。在阅读本文之前，我做过一个非常类似的主机，现在它在一个操作系统服务中为数千名用户提供了>100个服务（从30多个开始）。

难道你不能将所有6个WCF服务都放在一个控制台应用程序中吗？您可以很容易地实例化几个ServiceHost对象，每个对象承载一个WCF服务……难道您不能将所有6个WCF服务都放在一个控制台应用程序中吗？您可以轻松实例化多个ServiceHost对象，每个对象承载一个WCF服务。。。。