我如何选择Parse.com的替代品第2部分

最新推荐文章于 2024-11-11 00:03:55 发布

danpu0978

最新推荐文章于 2024-11-11 00:03:55 发布

阅读量252

点赞数

文章标签： java python 人工智能大数据数据库

您可能最近在收件箱中收到了“来自Parse团队的后续步骤”时事通讯，敦促您立即采取行动，因为这与迁移Parse.com托管的应用程序有关。或者至少，您知道迁移应用程序的最终期限是2017年1月28日。尽管您应该认真对待此类提醒，但无需惊慌。在本文中，我将应用本系列第1部分中概述的原理，分享我在不同的Parse Server托管后端上的经验以及我的选择。继续阅读！

运用原则

正如我在第1部分中提到的那样，当宣布Parse.com即将关闭时，我在Parse.com上有一些应用程序：

Parse4cn1实际上是Parse REST API的代号One包装，但为了测试该库而托管在Parse.com上。
在宣布Parse.com停产之时，两个原型都在开发中。（这些应用仍需要迁移，本文是我对客户的输入的扩展版本，因为我可以帮助他们选择新的后端。）

首先，将第1部分中概述的原理应用于parse4cn1。（如果您渴望查看我调查的后端，请随意跳至下一部分。）

自托管与Parse Server托管提供程序：对于parse4cn1，我同时考虑了自托管和Parse Server托管提供程序。实际上，考虑到我需要parse4cn1才能与各种基于Parse Server的后端正常工作，我实际上同时使用了这两个选项。稍后会在后端提供更多信息。
供应商锁定：这对于parse4cn1而言不是问题。 parse4cn1的目标是为Parse Server提供包装器，因此在这种情况下，特定于供应商的功能不是很有趣。就像我在第1部分中建议的那样，供应商锁定的机会与所使用的特定于供应商的特定功能成正比（对于parse4cn1则没有，因此没有供应商锁定的风险）。
免费增值：与警惕过度慷慨的免费增值程序包的一般原则相反，我希望能够免费维护parse4cn1。因此，在这种情况下，免费增值是一个加号。但是，这并没有降低您应该提防过多的免费增值模式的事实。
Parse Server不是Parse.com的副本：对我而言，这主要意味着需要有一个稳定的测试环境，在此环境中，我可以轻松切换Parse Server的版本并调试问题。正如我稍后在文章中解释的那样，OpenShift确实是一个很好的解决方案。
使parse4cn1成为将来的证明并便于迁移：对于parse4cn1，这意味着它需要继续与Parse.com合作（直到2017年1月28日），并且还需要与尽可能多的Parse Server提供程序合作。为此，我将parse4n1迁移到并在多个Parse Server后端上对其进行了测试。现在让我们看看这些后端。

测试各种Parse Server后端

OpenShift：非常适合开发，但尚未投入生产

OpenShift是一个PaaS，您可以在其中运行各种应用程序。为了构建Ionut-Cristian Florescu（别名“ icflorescu” ）的工作，OpenShift专家（至少在我看来） Anatoly Tokalov （别名“ antt” ）创建了一种一键式解决方案，用于在OpenShift上设置解析服务器。我与他合作将Parse Dashboard集成到该解决方案中。因此，只需几个简单的步骤，就可以在OpenShift上免费设置自己的Parse Server后端！您可以在Anatoly的博客上阅读有关步骤的更多信息。

迁移时拥有自己的Parse Server沙箱可能会非常有用。您可以轻松地在不同的Parse Server版本之间进行切换，例如以跟踪错误（例如，这就是我发现该错误的方式）。您可以尝试不同的配置，并初步了解Parse Server是否对您的应用程序足够成熟。无论您选择哪种Parse Server后端，我都强烈建议您使用OpenShift沙箱。

不过要小心！正如Anatoly在同一博文中指出的（请参阅Update 1和Update 2以及该博文中的评论）， OpenShift上的Parse Server尚未投入生产！
此外，在撰写本文时，由于外部无法访问OpenShift中的mongodb实例，因此尚无法使用Parse.com提供的迁移工具将您的应用程序迁移到OpenShift。

综上所述：OpenShift是一个进行测试的好地方，并且可以说比在本地计算机上更快地进行设置。而且它是免费的。但是，在撰写本文时，它尚未准备就绪。我目前正在使用OpenShift进行parse4cn1维护。当前，自动回归测试针对OpenShift和Parse.com运行（用于兼容性检查）。我还针对两个Parse Server托管提供程序back4app和sashido.io手动测试了parse4cn1。让我们看看它们。

后退{4}应用程序：一个有吸引力的解决方案

Back4app是希望填补Parse.com创建的空白的Parse Server托管提供商之一。他们使用开源Parse Server和Parse Dashboard作为核心，并以与Parse.com相当的定价模型在其周围提供免费和付费服务。上一句的最后一部分引起了您的注意，不是吗？也许您在想：“ Parse.com可能部分由于财务原因而关闭，而back4app也有类似的基于免费增值的模型，但您说这可能很有趣？” 等一下，让我解释一下。顺便说一句，我与back4app，sashido.io，OpenShift或任何其他后端提供程序无关。接下来我要说的完全是我的个人观点。

是的，我认为back4app很有前景，原因如下：

他们似乎非常了解，以前的Parse.com用户感到不满和怀疑。他们对此持开放态度；参见，例如，这些back4app博客文章：（ i ）（ ii ）。此外，他们对不同的Parse替代方案（例如，在Parse Server与Firebase上的替代方案）的比较似乎相当平衡，这再次向我表明，他们了解情况，而不仅仅是对Parse.com关闭所提供的机会做出了反应，没有想过事情通过。
他们也很清楚您的数据：这是您的数据，您可以随时根据back4app此常见问题解答的答案获得它。不过，我还没有尝试导出数据，因此我只能处理所说的内容。自己检查一下！
它们与Parse Server提供的产品保持着紧密的联系-您可以看到您的应用程序正在运行的Parse Server和Dashboard版本，并且可以清楚地说明已添加的尚不支持的服务（例如，后台作业）。这有助于减少供应商锁定的机会。
他们进行了一些改进，可以使生活更轻松，例如，可以通过Web界面上传云代码。我真的很讨厌Parse.com的CLI工具，而且我不得不推送所有更改以测试它们。使用back4app，您仍然必须“推送”更改以测试它们，但是您可以简单地通过Web界面上载.js文件。我发现这是朝正确方向迈出的重要一步。
他们的客户服务友好而支持。至少那是我与他们联系时遇到的这个错误的经验。当我针对back4app测试parse4cn1时，我第一次遇到它，我认为它在他们的系统中。但是他们确认他们按原样使用了Parse Server代码，因此我进一步看了看，发现该错误实际上在Parse Server中。在调试过程中，他们通过实时聊天和电子邮件提供了支持并且反应Swift。

对我来说，最大的问题是back4app的免费增值产品。虽然不像Parse.com那样慷慨，但是在我看来还是太宽容了。在撰写本文时，back4app免费提供10个请求/秒，5万个请求/月，5 GB文件存储，1 GB数据库存储，1个云代码作业（读取：后台作业）。请注意，尽管定价页面会不时更新（阅读：加强），所以到您阅读本文时，情况可能已经发生了变化。

我仍然发现当前的免费增值程序包过于慷慨，因为许多应用程序都可以舒适地运行，而无需升级到付费订阅，这在我看来并不是很好的连续性基础。当然，我不知道他们的商业模式。可能是他们想使用像样的免费增值服务吸引尽可能多的用户，然后“提高热量”。那不是一个坏主意。回想一下，那里没有免费的午餐。最好花一点钱，并且要有一个能保持生命的服务，而不是免费获得很多，然后再面对一次停工！

Sashido.io：一个有趣的选择

在许多方面， Sashido.io （以前为Parseground）类似于back4app。但是，有一些明显的区别：

与back4app不同，Sashido吹捧“免费增值服务不好”的口号。在撰写本文时，他们的主页具有以下内容（强调）：“每月请求和要求没有限制。每秒存储，数据库和文件传输。最好的部分是？最低$ 4.95 / mo。总比免费好。”
他们甚至写了一篇关于为什么免费增值不好的文章。虽然这篇文章很有道理，但我认为他们仅进行14天试用期而没有免费增值服务的方法有些极端。顺便说一句，由于提早订阅，我获得了2个月的免费试用期。通常，移动项目起初只是一个谦虚的想法，而且我不知道有很多人会在不确定自己的MVP是否会日渐成熟时愿意承担每月的后端成本。从这个意义上说，我不喜欢过多的免费增值，而不喜欢没有免费的增值。
Sashido使用自定义仪表板而不是Parse Dashboard。尽管他们的仪表板与Parse仪表板一样直观，并且设计得非常类似于Parse.com仪表板，但将来可能会成为一个问题。随着开源的Parse Dashboard丰富了新功能，不能保证sashido会跟上他们的仪表板或做出相同的选择。如果您选择生鱼片，一定要仔细考虑。
Sashido确实使用开源的Parse Server。至少那是他们告诉我们的。但是，值得注意的是，他们的仪表板（尚未）提及他们正在运行的Parse Server版本。我发现了有用的信息，希望他们会尽快添加。（请注意，Parse Server和仪表板版本存在于开源的Parse Dashboard中，并且在back4app中也具有扩展名。）
截至撰写本文时，sashido.io的主页上没有服务条款链接，或者如果您选择退出，则没有提及您的数据会发生什么。他们似乎对整个供应商的锁定恐惧不是很开放。这可能是网站上的一个小疏漏，或者可能是该信息隐藏在某个地方，而我的外观不正确。但是无论如何，我希望这些信息是突出的并且易于访问，因为它是讨论的中心，并且不应该局限于后台。

Sashido确实提供了一些您可能会感兴趣的功能，例如通过私有Github存储库部署云代码以及从Parse.com到AWS的文件迁移工具（适用于所有Parse.com用户，但仅在您要存储文件时有用）在Amazon S3中）。

向前进

还有很多其他服务，例如back4app和sashido，各有其优缺点。我尚未对所有这些对象进行调查，说实话也没有立即的计划。如本文所述，parse4cn1已针对back4app和sashido成功进行了测试。因此它们都是潜在的选择。但是，如果必须选择，基于当前的状况，我会选择back4app，因为与sashido相比，我发现它们的服务总体上更具吸引力，并且锁定的风险更低。我认为这通常适用于中小型应用程序。无论如何，我将始终并行维护一个OpenShift沙箱以进行开发和调试。

back4app和sashido目前都缺少的一件事是可以为每个应用程序切换Parse Server版本的选项。现在的工作方式是，他们决定在某个时候升级到特定的Parse Server版本，而开发人员对此没有发言权。如果可以选择Parse Server版本在其上运行特定应用程序和/或决定何时进行升级，那将是非常酷的事情！这不是一个不切实际的梦想！从某种意义上说，Parse.com的衰落为许多新机会打开了大门……

Parse Server的未来更加光明

除了Parse.com倒闭带来的震惊和愤怒之外，还有一线希望和美好的未来。 Facebook决定开放源代码Parse Server和Dashboard可能会改变MBaaS领域。它为开发人员提供了一个体面的后端，并为定制和改进它提供了无限的可能性。 MBaaS仍然有些赌博，怀疑者认为内部解决方案始终是最好的。使用Parse Server，您可以两全其美！例如，您可以从Parse Server托管提供商开始，如果您的应用程序风靡一时，而您的需求需要内部解决方案，则可以顺利迁移Parse Server。如果您的应用程序是成千上万的应用程序之一，那么您将不会在后端投资中损失太多（特别是如果您选择了具有免费增值模式的提供商）。

当然，这两个系列的主要目的是帮助您现在做出明智的选择，避免再次停机。但是事实是，即使您面临另一次关闭，其影响也将比Parse.com的关闭要少得多，因为您将有很好的选择，而且如果您按照我的建议，您的应用程序用户甚至都不会注意到您再次切换了后端。这就是Parse Server提供的开源解决方案的强大功能！

最后的话

在本文中，我介绍了三种Parse Server解决方案，概述了它们的主要优缺点，并清楚表明了我的偏好。请注意，我故意没有解决“如何迁移”问题，因为在Parse.com 迁移指南以及每个Parse Server托管提供商的网站上都有很多关于该主题的有用信息。因此，重复您可以轻易找到的自己毫无意义

当然，您的应用程序的范围和用途可能与本文中使用的示例有所不同。不过，我非常确定，如果您遵循我的思路并认真应用本系列中概述的指南，那么您也会找到适合您的应用的替代产品。我已经与您分享了事实和观点。现在由您来仔细检查并做出自己的选择；从这个意义上说，您说了算！

如果您知道其他有吸引力的解决方案，有成功的故事/有用的技巧可以分享和/或不同意我的推理/观点，请随时发表评论！如果这些文章中的信息以及Internet上的补充信息不够用，请随时通过SMash ICT与我们联系以进行个性化咨询，也可以通过smash-ict [dot] com上的chidi [ok] okwudire亲自与我联系。希望您能最好地选择自己的Parse.com替代产品，并很乐意为您提供任何帮助！