mongodb - 从不同客户端收集数据的最佳做法是什么？

Question

以下是我的用例的详细信息:

1. 我的数据是什么..会有用户体验、错误报告、状态信息等。数据是零散的，将来可能会发生变化。所以我打算用NoSQL，可能是mongodb，在服务器中保存数据。

2. 客户是什么..它们是用不同语言编写的客户端，如 C#、C++、LabVIEW 等。有些甚至无法访问 mongodb 驱动程序，因此当然不能直接与数据库通信。需要像下面这样的框架。

客户端 ->(某些协议(protocol))-> 代理 -> 数据库。

由于这些客户端不是 Web 客户端，因此使用 http 的普通 Web 服务器可能不适合我的情况，对吧？对协议(protocol)、代理和数据库有什么建议，甚至是一个新的框架。我的目标是让客户端能够尽可能方便地发送数据。

谢谢!

Answer 1

这并不是真正的新事物，而是一个消息驱动的应用程序，这是一个很好理解的模式。

我主要是用 Java 做的，所以我会在这里坚持使用这种语言。

这里仅靠经纪人是不够的。假设您使用 Apache ActiveMQ作为消息代理，您仍然需要将数据存入数据库，因为 MQ 是... ...消息队列。所以你需要一个从 MQ 中获取消息的部分，根据你的业务规则处理它们并将它们存储在(正确的)数据库实例和正确的集合/桶/表中。当然你可以手写这部分，但这几乎是重新发明轮子。有一个“消息路由和中介引擎”的概念，这里最常建议的是Apache Camel。 , 其中有 quite some components与数据库和其他所谓的消费者和生产者进行通信。这是关键点。一般来说，如果可能，您的客户应该将他们的数据直接发送到消息代理。但是，如果他们做不到，他们可以简单地发送文本文件或进行 REST 调用——实际上有太多选项无法在此处列出。传入的数据可以通过 Apache Camel 中的“路由”(一组消费者、转换规则和生产者，以最简单的形式)预处理并规范化为您的标准格式，并作为 AMQP 发送给 MQ 的消息。从那里，另一个 Camel 路由可以处理 AMQP 消息，应用您的业务规则并将数据存储在数据库中......或者您可能想到的任何其他内容(例如发送电子邮件)。

因此，此解决方案支持多种传入和传出消息协议(protocol)(只要它们受 Camel 支持)，并且您的业务规则位于一个集中且定义明确的位置。

要实现这一点，我强烈建议使用 Apache ServiceMix ，它是 ActiveMQ、Camel 和一个管理组件和业务规则的系统的分布。