android - 来自 Parse.com 的转换应用程序
<p><p>我使用 Parse.com 构建了多个应用程序，其中一个刚刚被提升为受资助的产品。就 Parse 实现而言，该应用程序(社交网络)相当复杂。它有:</p>
<ul>
<li>近乎实时的聊天</li>
<li>新闻源</li>
<li>大量云代码</li>
<li>IOS 客户端和 Android 将在未来几周内推出</li>
</ul>
<p>我经历过很多典型的 Parse 陷阱(超时、超出查询宽度等)，而且只有大约 2k 用户。有了我们的新资金，明年我们可能会跃升至至少 4 万用户，这将放大问题。</p>
<p>这一切都归结为我认为我们需要摆脱 Parse，但问题是如何避免停机。</p>
<p><strong>您是如何从 Parse.com 转换实时应用程序的？有什么陷阱或经验教训吗？</strong></p>
<p>我最初的想法是实现一个瘦 API(使用单独的服务器)以将客户端交互从 Parse 中抽象出来，这样我就可以转换应用程序。有人采用这种方法吗？</p>
<p><strong>编辑:</strong></p>
<p>鉴于 Parse 正在关闭这个问题与更多人相关，所以我想我会添加我最终做的事情。</p>
<p>我们最终在 NodeJS/Express/Mongoose 上使用 Mongo 后端(使用 Compose.io)构建了应用程序。如果您可以编写云代码，则可以为 Node 编写云代码，而 Parse 使用的是 Mongo。我对这些选项的分析是，创建某种中间层会使事情复杂化需要大量时间。我用了大约 3 个月的时间就完成了新版本，它拥有更大且非常活跃的用户群。</p></p>
<br><hr><h1><strong>Best Answer-推荐答案</ strong></h1><br>
<p><p>我建议您首先重新审视您的数据模型。一个设计不当的数据模型会让你付出很多。在设计数据模型时，需要考虑的几件事是:</p>
<ol>
<li>您有巨大的数据存储限制，但查询执行较少
限制。所以如果你能妥善管理，最好有一些
冗余以减少对服务器的查询/请求。 </li>
<li>您必须尽量避免使用这样的模型进行批量数据插入/更新操作。</li>
</ol>
<p>关于迁移，我认为你有云代码，你相对更安全。</p>
<ol>
<li>确保您的数据已迁移。这会有点痛苦，并且可能需要一些额外的努力来确保完整性。</li>
<li>数据迁移完成后，将您的云代码用作包装器。在您自己的服务器上拥有自己的 api，然后使用 Parse.Cloud.httpRequest 从云代码向这些 api 发出请求并提供响应。</li>
<li>发布应用更新，以便新用户可以直接与您自己的 API 交互。</li>
</ol></p>
<p style="font-size: 20px;">关于android - 来自 Parse.com 的转换应用程序，我们在Stack Overflow上找到一个类似的问题：
<a href="https://stackoverflow.com/questions/28222094/" rel="noreferrer noopener nofollow" style="color: red;">
https://stackoverflow.com/questions/28222094/
</a>
</p>
页:
[1]