C# 拆分或合并WCF服务

C# 拆分或合并WCF服务,c#,web-services,wcf,C#,Web Services,Wcf,我有5个应用程序,其中4个有一个公共web服务,第五个应用程序有另一个web服务。我的问题是,我是应该将所有这些服务集中在一个服务中,还是应该将它们分在不同的服务中 此外,如果我决定将它们分开,我应该为每个项目创建具有多个接口和SVC的单个项目,还是为每个项目创建不同的项目?我建议查看两个关键因素。首先是部署。如果您能够在不引起用户大量恐慌的情况下关闭整个应用程序,那么一定要将其全部放在一个项目中。如果你处于会导致轻度中风的情况下,则将其分开 第二个问题是性能。如果您有过多的并发用户访问您的服务

我有5个应用程序,其中4个有一个公共web服务,第五个应用程序有另一个web服务。我的问题是,我是应该将所有这些服务集中在一个服务中,还是应该将它们分在不同的服务中


此外,如果我决定将它们分开,我应该为每个项目创建具有多个接口和SVC的单个项目,还是为每个项目创建不同的项目?

我建议查看两个关键因素。首先是部署。如果您能够在不引起用户大量恐慌的情况下关闭整个应用程序,那么一定要将其全部放在一个项目中。如果你处于会导致轻度中风的情况下,则将其分开

第二个问题是性能。如果您有过多的并发用户访问您的服务,您也可以考虑将他们分开。或者只是对一个庞大的服务进行负载平衡

性能故障


我会将服务实现保留在单独的项目中,但通过单个服务端点(如IIS网站)公开它们是可行的。我的想法是相同的,但是我不能指出这样做的好处。你能详细说明一下吗?在有些情况下,你可能想把服务分开,比如说一个服务是特定于地区的,你想让它更靠近用户。因此,将它们放在不同的项目中是很好的。但是,您可能只有一个框,希望在其中公开所有服务,在这种情况下,因为“sevice end poitn”项目使部署和管理变得很容易。我有带负载平衡器的大型服务器来管理负载。我担心合并它们的一件事是WSDL变得太大。我读过一篇文章,说大的WSDL会给你带来麻烦。在良好的基础设施上提供大型服务是否比在同一基础设施上提供多个较小的服务表现更差?还要考虑并发性和节流如果您将其拆分,这可能是升级到WebAPI并采用该方法的一个原因。一节一节地。不再担心WSDL维护。