将守护进程与REST组合在一起

Question

我正在处理一个守护进程，我可以在一个容器中运行它，它将不断地获取实时数据并将其提供给其他各方使用的redis，并且我一直打算附加一个REST，它将提供有关redis连接状态的信息，并允许守护进程被指示发布到其他redis实例。

在使用python模块falcon运行了一个基本API之后，我意识到这个守护进程现在需要同时执行两件事情，所以我需要使用几个线程，或者其他一些异步机制。

这就提出了两个问题：

1)这种结合连续守护进程和REST的结构是一个共同的或明智的决定吗？在我看来，能够以基于网络的方式与守护进程交互，允许更强的集成测试等等，似乎很有价值，但也许这是过火了，麻烦太多了吗？我猜的另一个选择是通过一个配置文件配置它，并根据输出数据监视它的运行情况。

2)如果我继续这个选择，什么是实现双重行为(线程或异步)的最明智的框架选择？也许没有什么大的区别，但我想听听一两个建议。

非常感谢，Kerzane。

Answer 1

• 1)我认为异步REST对于您想要获得的行为是有意义的，比如POST/PUT用于发布/插入/开始分析，以及获取检索状态和其他信息可能是一个很好的决定，对于某些替代方法来说，看看gRPC，但我不确定是否对您的情况有用。
• 2)主要的区别是:通常异步代码在“硬件”级别的性能要比线程库使用的“应用程序”高得多；出于同样的原因，线程给您对线程的“更多控制”，而不是为您管理一些高级细节的异步操作。在我的句子中可能有一些过度的含义，我建议您阅读这些文章：https://medium.com/@nhumrich/asynchronous-python-45df84b82434、https://medium.com/analytics-vidhya/asyncio-threading-and-multiprocessing-in-python-4f5ff6ca75e8、https://towardsdatascience.com/a-better-way-for-asynchronous-programming-asyncio-over-multi-threading-3457d82b3295，以及阅读两个库的所有文档，以便更好地理解各种用例。