我正在寻找使用 Windows 防火墙 API 构建生产力应用程序。这个想法是，用户可以打开桌面或 Web 应用程序，并使用 UI 来配置和安排何时需要阻止各种网站或程序，而后台进程会完成这项工作。我正在寻找有关架构的建议。
我已经编写了这个应用程序的组件，它们是：
- 一个进程监视器，它记录使用处理程序启动或停止的任何进程（无轮询）
- 与 Windows 防火墙交互的 API
- 用于存储用户规则的 SQL 数据库
- 用户创建规则并查看进程日志的前端
我怎样才能将这些组件联系在一起，让一切都尽可能接近实时地完成，并且我一定要避免轮询和计时器？我正在考虑两个应用程序/线程，前端是常规桌面或 Web 应用程序，后端是一种服务式应用程序。它们是解耦的，除非用于读取和写入的数据库。但是如何在后端检测到进程后立即提示前端实时显示进程，以及如何在用户在前端创建防火墙规则时提示后端创建防火墙规则-最后，两者的某种异步协同作用？
如果解耦是个好主意，你会为后端逻辑使用什么？Windows 服务、WCF 服务、IIS？如果不是，哪种架构最能支持这个用例？
谢谢你们。