1

我目前有一个使用 Netty/MySQL 构建的服务器，我正在优化它。它非常简单，基本上执行以下操作：

  • 接受持久连接
  • 代表客户端进行数据库查询（取决于客户端消息和授权）
  • 更新客户端的状态（现在每个客户端/通道使用局部变量 - 即“numberOfQueriesMadeForThisClientSession”）
  • 根据数据库、身份验证和其他客户端的知识强制断开连接（即如果客户端A已连接并且客户端B发送特殊命令，如果通过服务器验证，则客户端A断开连接）
  • 对断开连接做出反应（更新数据库等）
  • 检查 aes 加密的内容

但是，我有点担心缩放可能发生的事情类型......例如，可能会优雅地处理超时断开连接，而不是用户实际退出或强制断开连接、竞争条件等。

很可能 pubnub 已经通过比我自己更多的测试来考虑这些东西......所以我想知道 - 迁移我的 netty/mysql 服务器以使用 pubnub 的基本结构是什么？乍一看，在我看来，pubnub 是一个纯粹的消息中继，没有任何数据库或业务逻辑处理......？

选择的语言是 PHP，但此时我对基本架构最感兴趣

4

1 回答 1

0

好的 - 现在我已经考虑过了，我认为它对于我的特定用例是完全可行的，但 Pubnub 并不是真正设计用于使用（或需要）额外的持久服务器。

通过使用唯一的频道名称和保留订阅/发布密钥，可以采用不同的方法，这与传统的服务器模型不同。

它也可以通过让“超级客户端”订阅/处理/发布来完成，但在我看来，这有点让事情回到了原点。

我对自己和其他人的建议 - 以完全不同的方式考虑 pubnub（和类似服务），并尽可能避免使用持久的“超级客户端”/服务器 :)

于 2013-09-02T18:35:56.130 回答