我们正在创建一个Windows服务来从不同的地方导入/导出数据。

我们的服务目前有如下方法,每个方法都在自己的线程中运行在自己的计时器上。

ImportFromFoo
ImportFromFoo2
ExportToFoo
ExportToFoo2

从长远来看,将有10多种不同的导入/导出,它们都在不同的计时器上运行在各自的线程中。它们都太过具体,无法成为通用的,因为数据以许多不同的方式发送和检索,并且对每个导入/导出的数据执行不同的操作。我想知道的是,如果我们最好把服务分开,那么每个进出口都有自己的服务。

据我所知,好处是:

1. 编程/调试将更简单,因为我们不必担心线程,可以集中精力在自己的环境中对每个模块进行编码/测试。
2. 一次进出口失败不会拖垮其他人。

缺点是需要维护更多的项目/服务。

我只是想知道别人的意见是什么,如果有很多小的服务而不是一个大的服务被视为不好的做法。

编辑

所有的服务都将在我们的应用服务器上运行,所以只有我们才能维护它们,而不是用户。