Cloud 在AmazonEC2上托管web应用程序的处理端是个好主意吗？

我有一个web应用程序，它对处理器的要求非常高，特别是与存储的数据量有关。由于大量数据进出、分类、格式化等，我通常会关闭服务器。问题通常与CPU有关，而与内存无关，这是因为对数据库进行了大量的插入、更新和选择

真正的处理器密集型工作是在后台完成的，所有这些都是通过预定的cron作业运行的。用户交互的前端相对简单

为了让服务器保持快速运行，我必须大大降低后台进程的速度。我讨厌这样做，因为它限制了整个应用程序的实用性

在我看来，这将是EC2的理想选择—将前端文件和交互留在服务器上，并将所有处理和数据存储外包给云。然而，在阅读了EC2之后，这听起来并不像我想象的那么简单——持久存储的问题和不断建议我改变我对云计算的思考方式让我感到紧张——主要是因为我听到了这些，但没有得到改变应该是什么的解释

---

有人能帮我了解一下我所拥有的是EC2还是其他类型的系统的一个很好的候选者吗

披露：我曾是EC2团队中的亚马逊员工，现在在一家使用EC2满足我们大量处理需求的公司工作

首先，我要说：是的，我认为EC2是一个支持CPU密集型进程的好主意，我不知道你所指的方式发生了什么变化

这是一个好主意，因为它是构建服务器集群最省力的途径。我现在指的是任何一种允许您随意启动/拆卸机器的服务，而不是EC2。缺点是，它比维护自己的机器更昂贵，尽管成本包括这样一个事实：例如，如果你只需要一天或一周的计算能力，那么它的工作量更少，更灵活

一般来说，如果您有一个web应用程序，它必须进行CPU密集型数据处理，并且还需要一个响应接口，那么您肯定不希望在一台机器上分担这些责任

---

关于持久性存储，根据您想要存储的内容，请查看SimpleDB、S3和EBS。SimpleDB是一个键值存储，S3保存文件对象，EBS类似于EC2的硬盘驱动器——您可以将虚拟存储装载到EC2实例或从中分离。其中一个可能会满足您的需求，并且与EC2的接口非常好。

披露：我是EC2团队中的前亚马逊员工，现在我在一家使用EC2满足我们大量处理需求的公司工作

首先，我要说：是的，我认为EC2是一个支持CPU密集型进程的好主意，我不知道你所指的方式发生了什么变化

这是一个好主意，因为它是构建服务器集群最省力的途径。我现在指的是任何一种允许您随意启动/拆卸机器的服务，而不是EC2。缺点是，它比维护自己的机器更昂贵，尽管成本包括这样一个事实：例如，如果你只需要一天或一周的计算能力，那么它的工作量更少，更灵活

一般来说，如果您有一个web应用程序，它必须进行CPU密集型数据处理，并且还需要一个响应接口，那么您肯定不希望在一台机器上分担这些责任

---

关于持久性存储，根据您想要存储的内容，请查看SimpleDB、S3和EBS。SimpleDB是一个键值存储，S3保存文件对象，EBS类似于EC2的硬盘驱动器——您可以将虚拟存储装载到EC2实例或从中分离。其中一个可能会满足您的需要，并且与EC2的接口都非常好。

我已经将EC2用于cpu密集型用途。我在这方面的经验很糟糕。但是，幸运的是，他们提供的高cpu系统在cpu方面是小型实例的5倍，成本也是小型实例的两倍。这对我来说很好

所以，现在的问题是EC2实例的非持久性存储。对于hdd数据，您可以使用持久的EC2块。对于mysql，您可以将EC2块设置为mysql服务器，也可以使用提供自动缩放功能的EC2块

开始使用EC2非常简单：

---

如果您想了解更多选项，还可以查看rackspace的云计算服务

我已经将EC2用于cpu密集型用途。我对小公司有相当糟糕的经验 它的实例。但是，幸运的是，他们提供的高cpu系统在cpu方面是小型实例的5倍，成本也是小型实例的两倍。这对我来说很好

所以，现在的问题是EC2实例的非持久性存储。对于hdd数据，您可以使用持久的EC2块。对于mysql，您可以将EC2块设置为mysql服务器，也可以使用提供自动缩放功能的EC2块

开始使用EC2非常简单：

如果您想了解更多选项，还可以查看rackspace的云计算服务