我如何选择Parse.com的替代品

当我第一次阅读Parse.com将在2017年1月28日关闭的公告时，我从难以置信（这可能是愚人节的笑话）变成了愤怒（他们怎么能做到这一点？！）到悲伤（哦，不！一个伟大的服务），最后到鸡犬不宁（我在哪里，从这里去，我该怎么做我的应用程序- parse4cn1 ，二的MVP ，为客户和即将到来改写了Medex对此我正打算使用Parse.com作为后端？）。几个月后，发生了很多事情，例如发布了开源Parse Server（是的！），随后又发布了Parse Dashboard。但是，我仍然必须决定如何处理我的应用程序，我想您也必须这样做。

到现在为止，Parse.com即将关闭的情况也一定对您造成了打击：您希望这只是一个噩梦，但不幸的是，这是一个严峻的现实。您还剩下几个月的时间来迁移现有的应用程序，并且显然不想面临再次关闭的麻烦。几乎每个主要的MBaaS供应商都在挥舞着一条标语，上面写着“ Parse.com让您失望了，但您对我们很安全”。但是，您可以信任谁？或者，也许您应该只托管自己的Parse Server？如何从类似于Parse的任何内容迁移到完全不同的MBaaS呢？

在这篇文章中，我分享一些重要的考虑因素，以便决定替代Parse.com。在第2部分中，我将分享在迁移自己的应用程序时如何应用这些准则。强烈建议对仍在Parse.com上拥有其应用程序或正考虑使用类似于Parse.com的解决方案作为其（新）应用程序后端的任何人。

基本上有3个选项

不要被您可能已经看到的一长串Parse.com替代品所吓倒（例如，这一本）。从广义上讲，所有Parse.com替代产品都属于以下三类之一：

自托管
解析服务器托管提供商
其他MBaaS（与解析无关）

让我们简要地考虑这些类别并给出一些示例。

自托管

自托管有两种形式：

在PaaS基础架构（例如Heroku，AWS，Microsoft Azure或Google App Engine）上运行Parse Server。 Parse Server Wiki提供了指向这些服务以及更多服务的安装指南的链接。
在您自己的基础结构上运行Parse Server。如果您已经拥有自己的平台和/或需要本地托管，那么这可能会很有吸引力。

解析服务器托管提供商

这些是BaaS提供商，他们利用开源的Parse Server创建类似于Parse.com的服务。此类别中的一些提供程序是back4app，ParseGround（现在称为SashiDo）和Oursky Parse Hosting，仅举几例。

在这里可以找到更全面的列表。请注意，我无法确定它是最新的……

毫无疑问，这类Parse.com替代品将因其易用性，丰富的功能集和/或直观的仪表板而对首先选择Parse.com的大多数用户具有吸引力。尽管Parse Server不是Parse.com的克隆版本，但在功能方面非常相似，甚至具有一些新功能，例如实时查询，而Parse.com中不存在。因此，解析服务器绝对是值得考虑的替代选择！

如上所述，此类中有多个提供者。如果您选择这条路线，则需要选择其中之一。尽管没有银弹或水晶球可以帮助您做出选择，但我将重点介绍在选择Parse.com替代品时必须考虑的重要方面。但是首先，让我们考虑一下Parse.com替代方案的第三类。

其他MBaaS解决方案

在Parse.com宣布即将关闭计算机后不久，互联网上出现了各种各样的替代选择清单。举个例子，这个名单的100层或更多的替代Parse.com。（请注意，该列表还包括其他两个类别的替代项。）

尽管Parse.com提供了丰富的功能集，但它并不是所有用例的理想选择。例如，Parse.com过去（而且扩展名为Parse Server）不适合实时消息传递。如果您是Parse的产品不足以满足您的用例的人之一，那么现在正是考虑其他MBaaS选项的最佳时机，这些选项可以更好地满足您的需求，包括内部定制解决方案的可能性。不过，当您在使用它时，请当心供应商锁定的迹象，不要因为特定MBaaS可靠的虚假保证而愚弄它，而仅仅因为它由大公司支持就可以了。如果Facebook取消对Parse的支持，那么任何由大公司支持的解决方案都将面临同样的命运！那是现实。

本文的其余部分将重点介绍前两个类别（即，自托管和Parse Server托管提供程序）。

5件事要记住

既然您对选项的含义有了更好的了解，那么在为替换Parse.com做出选择时，必须牢记以下几点。

自托管不仅仅是单击“在X上部署”按钮

大多数自托管的Parse迁移指南都会显示“在<PaaS>上部署”按钮。虽然这可能会帮助您完成初始迁移，但这只是冰山一角！自我托管需要大量的时间和资源投入；它需要一定程度的技术能力，从长远来看可能会非常昂贵。

另一方面，自托管可为您提供最大的灵活性，从选择数据库到Parse服务器版本（请记住，Parse Server仍处于活动开发中，因此需要定期进行更新，错误修复等）。此外，您可以添加Parse Server中尚不可用的新功能。

如果您正在考虑自我托管，请务必给自己令人信服的答案，例如：

我是否有维护自己的Parse Server的技术技能？除了支持您的应用程序之外，您还将突然对多个质量方面负责，例如可伸缩性，安全性，冗余性和可靠性。您是否可以解决这个问题，特别是如果您的应用程序拥有大量的用户群？
自托管对我来说在经济上可行吗？一开始它可能看起来很便宜，但是随着您的应用程序的受众增加，您可能需要扩展。尽管进行详细的成本计算不在本文的讨论范围之内，但我想向您指出这篇文章，其中介绍了使用AWS进行自我托管可能要花费的成本以及其他Parse Server爱好者对成本的讨论。注意事项。这里的主要信息是：不要小看费用！
我是否有足够的时间来设置我的Parse Server并迁移所有应用程序？您必须在2017年1月28日之前完成迁移工作，而且时间不多。实际上，根据Parse.com提供的迁移指南，您应该已经在2016年7月28日之前完成了Parse Server的设置。虽然这不是一个确定的期限，但是如果您现在就读这篇文章，但仍然没有选择了自托管PaaS，您有点迟到了……

如果您不能对上述问题提供满意的答案，那么自我托管可能不适合您。相反，请考虑一个Parse Server托管提供商，它将为您处理托管，使您可以专注于制作出色的应用程序。这就是Parse.com的强大功能–“专注于您的应用程序，我们将全力以赴。” 而且它仍然是一个强大的价值主张。

当心供应商锁定

如果您选择“解析服务器”托管类别，则这尤其重要。 Parse Server和Parse Dashboard是开源的，因此您可能想知道为什么供应商锁定是一个潜在的问题。让我解释。

Parse Server是使用BSD许可模型开源的。虽然我不是软件许可专家，但是我对这个许可的理解是，它允许用户修改源代码而无需发布此类修改。早晚，Parse Server托管提供商将开始添加自己的功能，我敢打赌，并非所有的提供商都愿意为开源的Parse Server做出贡献。来自Parse Server托管提供程序的，开放源代码Parse Server中不存在的每个功能都可能被锁定！想一想如果您的新提供商关闭，将会发生什么情况。显然，Parse Server将保持开源状态，因此会有其他提供程序。但是，您将无法再使用那些自定义功能。

潜在的供应商锁定的其他可能症状是有关数据和关闭时迁移的不清楚的条款和条件。坦率地说：Parse.com提供了一个体面的迁移计划，据我所知，他们正在竭尽全力在整个过程中为我们提供支持。您的下一个提供者应该能够提前做出类似或更好的承诺，以防发生不良情况。

此外，如果您使用Parse Server托管提供程序，而后者只是承诺偶尔不提供任何证据，而该提供程序将积极地在开源Parse Server存储库中添加功能并修复错误，那么您的状况会更好。

提防精心设计的免费增值服务

正如谚语所说：“一旦被咬，害羞两次！” 随着Parse.com的前所未有的关闭，您绝对不希望仅面对另一次关闭就迁移应用程序。因此，请谨慎使用非常有吸引力的免费增值优惠。我的一位大学教授经常提醒我们，“没有免费的午餐之类的东西”，我认为他是对的。

尽管Parse.com 宣布关闭的公告并未提供有关Facebook为何取消该插件的详细信息，但主要原因显然是$$$，如《纽约时报》这篇文章所解释的那样，该文章被Parse.com首席执行官称为“相当准确” 。您可能还会发现有关免费增值模式的危害和好处的这篇文章很有趣。

Parse Server不是Parse.com的副本

随着开源Parse Server的发布，人们期望Parse.com代码被清理并开源。但是，绝对不是这样。尽管Parse Server与Parse.com有很强的相似性，但它只是一个外观相似，而不是本次涉及Parse.com工程师的讨论中明确指出的克隆。

因此请记住，Parse Server Wiki上列出了其中的一些区别。如果您的应用严重依赖于其中的任何功能（例如，后台作业或对Windows Phone的推送通知支持），则Parse Server仍不能满足您的需求。好消息是，既然它是开源的，您就可以（并且应该）为使Parse Server更好做出贡献。您不必等到别人来构建它。您可以通过贡献新功能来使Parse Server更丰富！或者，您可以寻找其他方法来实现缺少的功能。回到后台作业示例，您可以找到其他方式来安排后台作业或使用Parse Server提供程序（例如back4app）已经实现了该功能。同样，您可以考虑为多平台推送通知提供单独的服务，以后可以通过PushAdapter机制将其与Parse Server集成。

Parse Server不是Parse.com的副本的事实的另一个含义是，至少在目前，可能存在错误和其他问题，使其不适用于生产，尤其是对于更复杂的应用程序。尽管很难评估当前可用于生产的Parse Server的状况，但这种过时的讨论可能会提供一些见识。

使您的应用程序永不过时

从Parse.com迁移到Parse Server时，您必须发布新版本的应用程序，至少应将Parse终结点从api.parse.com更改为将要使用的任何终结点。当您使用它时，请确保使用将来能够在需要时动态切换到新后端的智能来丰富您的应用程序。这样一来，您的下一个提供程序是否会发生不必要的麻烦就少了。这只是使应用程序适应未来发展的一种方式。