从 Parse.com 过渡

Question

我已经使用 Parse.com 构建了多个应用程序，其中一个刚刚升级为受资助产品。 就 Parse 实现而言，该应用程序（社交网络）相当复杂。 它有：

• 近乎实时聊天
• 新闻提要
• 大量云代码
• IOS 客户端和 Android 将在未来几周内推出

我经历过很多典型的 Parse 陷阱（超时、超出查询广度等），而且仅限于大约 2000 个用户。 有了新的资金，明年我们的用户数量可能会增加到至少 4 万，这将加剧这个问题。

这一切都归结于这样一个事实：我认为我们需要放弃 Parse，但问题是如何避免停机。

您是如何从 Parse.com 过渡到实时应用程序的？ 有什么陷阱或经验教训吗？

我最初的想法是实现一个瘦 API（使用单独的服务器）以将客户端交互从 Parse 中抽象出来，以便我可以转换应用程序。 有人采取过这种方法吗？

编辑：

鉴于 Parse 正在关闭这个问题与更多人相关，所以我想我应该添加我最终所做的事情。

我们最终在 NodeJS/Express/Mongoose 上构建了带有 Mongo 后端的应用程序（使用 Compose.io）。 如果您可以编写云代码，您就可以为 Node 编写，而 Parse 使用的就是 Mongo。 我对这些选项的分析是，创建某种中间层会花费大量时间，只会使事情变得复杂。 我在大约 3 个月内完成了新版本，它已经上线，拥有更大且非常活跃的用户群。

Answer 1

我建议您首先重新审视您的数据模型。设计不当的数据模型会让你付出很大的代价。设计数据模型时，需要考虑的几件事是：

1. 您有巨大的数据存储限制，但查询执行较少 限制。所以如果你能妥善管理的话，最好还是有一些 冗余以减少对服务器的查询/请求。
2. 您必须通过这样的模型尽力避免批量数据插入/更新操作。

关于迁移，我认为因为你有云代码，所以相对更安全。

1. 确保您的数据已迁移。这会有点痛苦，并且可能需要一些额外的努力来确保完整性。
2. 数据迁移完成后，将您的云代码作为包装器。在您自己的服务器上拥有您自己的 api，然后使用 Parse.Cloud.httpRequest 从云代码向这些 api 发出请求并提供响应。
3. 发布应用程序更新，以便新用户可以直接与您自己的 API 进行交互。