Windows日志/防火墙应用程序，它在后台运行，但也允许用户交互

Question

我希望使用Windows防火墙API构建一个生产力应用程序。我们的想法是，用户可以打开桌面或Web应用程序，并使用UI配置和安排何时需要阻止各种网站或程序，后台进程可以完成工作。我正在寻找有关架构的建议。

我已经编写了这个应用程序的组件，它们是：

1. 使用处理程序（无轮询）记录任何启动或停止进程的进程监视器
2. 与Windows防火墙交互的API
3. 用于存储用户规则的SQL数据库
4. 用户创建规则并查看进程日志的前端

如何将这些组件绑定在一起，以便尽可能接近实时地完成所有操作，并且我一定要避免轮询和计时器？我正在考虑两个应用程序/线程，前端是常规桌面或Web应用程序，后端是一种服务式应用程序。它们是分离的，除非是用于读取和写入的数据库。但是，如果后端检测到后端，我怎样才能提示前端实时显示进程，如果用户在前端创建了后端，我怎样才能提示后端创建防火墙规则？结束，两者的某种异步协同作用？

如果解耦是一个好主意，你会用什么来做后端逻辑？ Windows服务，WCF服务，IIS？如果没有，哪种架构最能支持这个用例？

谢谢大家。