资源使用的经验法则自定义代码、Kubernetes、服务结构

我有一个从队列中获取消息并执行操作的代码。这项工作主要受I/O限制。我需要能够扩大工人的数量

---

我可以编写一个应用程序来管理线程或使用TPL来扩展和管理工人。这是可行的，但事实证明，加班在许多方面都是一种糟糕的做法

比较这3个选项，是否可以根据相同数量的工人消耗的资源量对他们进行排名

1） 编写一个简单的应用程序并运行多个实例

2） 在服务结构中部署简单的应用程序并扩展它

3） 对库伯内特斯做类似的事情

其他人使用这种方法吗

---

我知道还有其他因素，但我关注的是资源使用情况的比较。

有很多方法，其中大部分已经在类似的stackoverflow问题上得到了回答

每一个都有好的和坏的要考虑的问题，只有对你的解决方案做一个深入的分析，然后选择正确的解决方案。我可以推荐的是对每种方法进行概念验证，并检查哪种方法适合您的应用程序

我建议您从以下几点开始：

---

还有一些讨论点。

“我可以编写一个管理线程或使用TPL来扩展和管理工作人员的应用程序”-您能否提供更多的细节，说明为什么这是一种糟糕的方法？我不想改变问题的焦点，但让我们说不是所有开发人员都能成功地使用它。然后我想说，如果您决定使用服务结构，您应该知道扩展是如何工作的，因为重要的扩展不是完全透明的，需要集群中的其他服务知道所选择的方法。如果您需要一些详细信息，请随时ping。