从Parse.com过渡应用程序

时间:2015-01-29 18:37:37

标签: android ios api parse-platform

我使用Parse.com构建了多个应用程序,其中一个刚刚被提升为资助产品。就Parse实现而言,应用程序(社交网络)相当复杂。它有:

  • 近实时聊天
  • 新闻源
  • 很多云代码
  • IOS客户端和Android将在未来几周内启动

我经历了很多典型的Parse陷阱(超时,超出查询范围等),而且只有大约2k用户。有了我们的新资金,我们很可能会在明年跳至至少4万用户,这将扩大这个问题。

这一切都归结为我认为我们需要摆脱Parse,但问题是如何避免停机。

您是如何从Parse.com转换实时应用程序的?任何陷阱或经验教训?

我最初的想法是实现一个瘦API(使用单独的服务器)从Parse抽象客户端交互,这样我就可以转换应用程序。有人采取这种方法吗?

修改

鉴于Parse正在关闭,这个问题对更多人来说是相关的,所以我想我会添加我最终做的事情。

我们最终使用Mongo后端(使用Compose.io)在NodeJS / Express / Mongoose上构建应用程序。如果你可以编写云代码,你可以为Node编写,而Mongo就是Parse使用的。我对选项的分析是,创建某种中间层需要花费大量时间才能使事情复杂化。我在大约3个月内一起使用了新版本,并且它拥有更大,更活跃的用户群。

1 个答案:

答案 0 :(得分:1)

我建议您先重新审视一下您的数据模型。设计不当的数据模型将花费您很多。在设计数据模型时,很少考虑的事项是:

  1. 您有巨大的数据存储限制,但查询执行较少 限制。因此,如果您能够妥善管理,那么拥有一些产品会更好 冗余以减少对服务器的查询/请求。
  2. 您必须尽量避免批量数据插入/更新操作,方法是使用类似的模型。
  3. 关于迁移,我认为当你拥有云代码时,你会比较安全。

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