Google app engine 移动应用程序的后端服务器提供商

我需要一个后端服务器为我的移动应用程序-我需要能够写服务器端的逻辑，所以我不需要下载整个数据库。我在移动应用程序中使用JavaScript+HTML5

---

亚马逊EC2或谷歌应用程序引擎能够做到这一点吗？还有其他选择吗？

没有Adobe EC2，除非您指的是可以在EC2上设置的Adobe media server。但我假设您只是指Amazon Web Services EC2云计算服务。在这种情况下：是的，你可以在EC2上为你的移动应用运行后端服务器（还有谷歌应用引擎）。你所要做的就是编写一个web服务，它接受来自移动应用程序的请求，查询数据库并应用任何需要应用的逻辑，然后将数据发送回移动应用程序。但听起来您可能想先了解web服务和云计算，否则这将是一项相当艰巨的任务：）

如果您不希望有太多的用户，那么简单地将PHP脚本或其他东西放在与您的web托管提供商共享的“传统”服务器上可能比为您的应用程序运行专用EC2实例更有价值。

对于显式命名为（+1）的两个提供商是正确的

如果您想省去一些麻烦和/或获得一些指导，您可能需要了解专门针对移动应用后端细分市场的一家专门提供商。在此期间，可能还有十几个，但从我的脑海中，我现在想起了这三个（都是商业性的，但通常是某种免费的，让你开始和/或永远，甚至是为了开发目的）-没有特定的顺序：

通过这种方法，您将获得的主要好处是处理平台，而不是基础设施本身，这将抽象出许多（如果不是全部）需要专门系统管理技能的主题（不管团队中是否有这些知识，通常都不会造成伤害，请参阅）

要注意的主要缺点是最终避免供应商锁定，即根据您的需要，您可能希望能够将您的应用程序后端迁移到另一个提供商，如果可能的话，这目前并不总是简单的。另一方面，如果你只是想快速入门和/或开发一个原型，那么这可能不是你现在关心的问题

其中大多数将使用一些类似于或的提供商作为其后端，顺便说一句

祝你好运

亚马逊网络服务（AWS）和谷歌应用引擎（GAE）最初都可以免费使用，AWS通过和GAE默认使用。无论你的后端服务是什么，只要一开始就尽可能地轻，就像在云提供商上一样，你的计算越大，成本就越高（或者越快超过你的免费使用限制）。我也会考虑RACKE云（RS）。用户将他们的服务与AWS进行比较

一个重要的区别。在AWS和RS中，您可以控制您的实例，因为您“拥有”（付费）并控制完整的实例。另一方面，GAE是一个云应用程序平台，因此，与的情况一样，您必须编写代码才能使用此类应用程序平台。云应用平台有几个优点和缺点

---

例如，作为GAE的一个优势，您可以免费获得最多。例如，要在GAE中更新您的应用程序，它是，而在AWS上，您必须编写自己的部署脚本。另一方面（我遇到了一个问题），在GAE上，您不能在同一个实例上拥有自己的DB服务器，因为您没有完全控制权；你必须像谷歌或GAE那样寻求专有的解决方案。

Steffan的回答触及了核心问题，使用后端即服务（BaaS）平台除了简单地为你处理基础设施/DevOps方面的事情外，还有一些额外的好处。（完全披露：我是一家后端即服务提供商的工程师）

• 其中许多服务提供RESTful API来直接访问数据。通常，您不需要花费时间来运行自己的数据API（并重新发明轮子），而需要准备好自己的数据API

• BaaS提供商通常提供代码库，以简化与API的连接

• 它通常不仅仅是应用程序数据。例如，在Kinvey，我们还提供大文件（blob）存储。如果您有任何图像、视频等，可以使用zero设置存储它们

• 一些提供商还提供对API使用情况的分析，这是您不需要重新发明的另一个轮子

• 与其他供应商合作：例如，Kinvey通过城市飞艇提供推送通知

---

总之，看看BAA是否能满足您的需要可能是有道理的。

充分披露：我在AppEngine上为谷歌工作，但我试图做到公正。我还应该注意（一如既往）我给出的是我自己的意见，而不是公司的意见

从理论上讲，没有理由真的需要使用任何类型的后端服务提供商。您可以在任何地方用静态IP地址和域名连接服务器。实际上，没有人愿意自己处理这些事情的麻烦

另一方面，您还有另一个问题要回答：消除麻烦的成本是多少？经验告诉我，成本通常缺乏控制。为了尽可能减少麻烦，你必须避免人们做出选择。更少的选择意味着你更少的控制

所以要回答的问题是：你需要多少控制，你愿意处理多少麻烦

如果您需要高级别的控制，并且愿意处理大量的麻烦，那么您可能需要“带静态IP的盒子”选项

AWS减少了一些应用程序的麻烦