移动应用后端服务器提供商 [英] Backend server provider for mobile apps

查看:116
本文介绍了移动应用后端服务器提供商的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

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

I need a backend server for my mobile app - I need to be able to write server side logic so I don't need to download the entire database. I'm using JavaScript + HTML5 for mobile apps.

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

Are Amazon EC2 or Google App Engine able to do that? Are there any other options?

推荐答案

披露:我为谷歌工作的AppEngine上,但我想是公正我应该也注意到(一如既往)是我给我自己的观点,而不是公司的。

Full disclosure: I work for Google on AppEngine, but I'm trying to be impartial. I should also note (as always) that I'm giving my own opinions, not the company's.

在理论上,没有理由你真正的需要的使用任何类型的后端服务提供商。您可以连接一台服务器有一个静态IP地址和你想要一个域名的任何地方。在实践中,没有人愿意来处理自己做这些东西的麻烦。

In theory, there's no reason why you really need to use a backend service provider of any kind. You can wire up a server with a static IP address and a domain name anywhere you want. In practice, nobody wants to deal with the hassle of doing all this stuff yourself.

在另一方面,你还有一个问题来回答:什么是麻烦消除成本?经验告诉我,成本通常缺乏控制。为了使最少的麻烦可能,你必须拯救人们作出选择。有更少的选择意味着你有较少的控制。

On the other hand, you have another question to answer: what does hassle elimination cost? Experience has taught me that the cost is usually lack of control. To make the least amount of hassle possible, you have to save people from making choices. Having fewer choices means you have less control.

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

So the question to answer is: How much control do you need, and how much hassle are you willing to deal with?

如果你需要控制一个较高的水平,并愿意应对高量的麻烦,你可能想选择的静态IP盒子。

If you need a high level of control, and are willing to deal with a high amount of hassle, you probably want the "box with a static IP" option.

AWS减少了一些让成立Boxen有的麻烦,但会降低你控制你的软件运行在硬件,除非你有非常多的硬件要求,这是几乎可以肯定接受你。

AWS reduces some of the hassle of getting boxen set up, but reduces your control over the hardware your software runs in. This is almost certainly acceptable to you unless you have very odd hardware requirements.

谷歌应用程序引擎删除无需配置软件的麻烦,但会降低你的控制权,软件堆栈软件将运行。你有什么特别的软件要求?例如,你特别需要对某个版本的Linux上运行?你需要有一个特殊的规定使用Redis的说,而不仅仅是一个内存缓存/数据库组合?如果不是,那么这可能是可以接受你。

Google App Engine removes the hassle of having to configure software, but reduces your control over the software stack your software will run with. Do you have any special software requirements? For example, do you specifically need to run on a certain version of Linux? Do you need to have a special requirement to use say Redis rather than just a memcache/database combination? If not, then this is probably acceptable to you as well.

大多数后端的作为服务提供商除去共写了后端的麻烦,但在消除您控制后端的成本。是支持的认证方法对你不够好?请问后端允许您访问您的数据完全一样,你需要什么?如果是这样,这可能是可以接受你。

Most of the Backend as a Service providers remove the hassle of writing a backend altogether, but at the cost of removing your control over the backend. Are the supported authentication methods good enough for you? Does the backend allow you to access your data exactly as you need? If so, this is probably acceptable to you.

现在,这里的在我的公正结束。就个人而言,我觉得App Engine的是一个甜蜜点。它给你足够的控制,而不让你管理你的应用程序的每一个细节。如果你需要的更多的控制,我建议看AWS。如果你想自动地为你后端写,并能处理具有较少的控制,我建议看巴斯。

Now, here's where my impartiality ends. Personally, I feel that App Engine is at a sweet spot. It gives you enough control without making you manage every detail of your application. If you need more control, I'd suggest looking at AWS. If you want your backend written for you automagically and can handle having less control, I'd suggest looking at BaaS.

这篇关于移动应用后端服务器提供商的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆