【问题标题】:Protocol for Web Service (Real-time)Web 服务协议(实时)
【发布时间】:2012-09-06 01:17:26
【问题描述】:

我有点困惑在这种情况下哪种方法最好。因此,我正在使用 Ruby on Rails 构建 Web 服务。框架有点无关紧要,但我还是添加了那个细节。 Web 服务基于实时模型

我目前依靠 Java 来处理实时数据,尤其是通知。所以这要么是彗星,要么是基于网络套接字的网络服务。 (靠在彗星上)

我的问题是:我应该使用什么样的协议来访问 Java 服务器?

我了解到 http 对于通知/实时设置可能过于繁重,有些人推荐使用纯 UDP 协议。这是正确的吗?

如果您需要我澄清任何事情,请告诉我!

编辑:

通知的数量对于每个用户来说都很重要。因为通知也将与有关他们帐户的提示有关(真的不能说更多)。我希望能够处理 5,000 到 10,000 名用户,他们每周都有数百条通知。通知的实时“可以”有一个滞后,但我试图尽可能少地得到。消息的大小不会很大。与典型通知的大小差不多,所以几行文本、用户 ID 等......

【问题讨论】:

  • 您确定要尝试将所有这些不同的语言粘合在一起吗?对于“绿地”项目来说似乎有点极端......
  • 省略了 C++ 和所有算法的东西,因为它将与这个特定的 Web 服务分开。
  • 可能应该提供有关预期消息大小、消息数量、速度要求(也就是“实时”程度)的更多详细信息...
  • 再次澄清一下,您是在询问 java 处理后端和 ruby​​ webservice 前端之间的通信层吗?不是服务器与许多客户端通信,对吧?

标签: java ruby-on-rails web-services real-time


【解决方案1】:

好吧,对于 10k 用户每周有 100 条消息,这相当于每秒大约 1.5 条消息。不是网络崩溃。看到您控制两端的服务器,我不确定您为什么要考虑使用 http 或 web 服务。只需在服务器之间打开一个套接字连接并根据需要发送消息。

【讨论】:

    猜你喜欢
    • 2014-07-10
    • 1970-01-01
    • 1970-01-01
    • 2010-09-12
    • 2014-04-14
    • 1970-01-01
    • 1970-01-01
    • 2019-06-20
    • 1970-01-01
    相关资源
    最近更新 更多