问关于为Django后端和iOS前端设置Amazon Web服务的建议

EN

答案在很大程度上取决于您对停机时间的容忍度与您对AWS的月度预算。以下是几点：

• 从不在单个实例上运行任何重要的东西。对于你的应用层，你应该至少使用两个实例，每个实例在单独的AZ中，负载由弹性负载均衡器分发。

Postgres，设置两个实例(也在单独的AZ中)并配置复制。我还强烈建议您使用预配置的IOPS EBS卷和预配置的IOPS优化的instances.

• Definately查看Elastic Beanstalk。这将极大地简化设置自动伸缩应用层，并使部署代码变得轻而易举。这也将使设置单独的登台和生产环境变得容易，这样您就可以在将代码滚动给用户之前对代码进行问答。
• 考虑设置VPC以提高安全性并更好地控制您的网络资源。这里有一个初步的学习曲线，但它是值得的，特别是当你计划通过CloudWatch警报设置DB replication.
• Set up SNS警报时，这样当事情发生时你会得到通知。
• 在你扩展之前先向外扩展。这意味着，在移动到更大的实例之前，请使用更多的小实例。这最大限度地降低了自动伸缩组中单个实例故障的影响。它还允许更细粒度的自动伸缩。在对应用程序进行基准测试并发现需要它们之前，不要使用大型实例。
• 一旦您知道了实际需要的实例大小，请购买预留实例，以便在12个月内节省至少40%的成本。

我将在my blog上更详细地介绍其中一些项目(并提供一些其他技巧)。

我是一名开发人员，最近开始在AWS上部署我的django站点-我不擅长服务器，但我有一个安装过程，我使用它来获得微型实例，以便快速开发。下面是我设置服务器的一些步骤：http://yaconiello.com/blog/setting-aws-ec2-instance-nginx-django-uwsgi-and-mysql/。我只是在你的AWS大型实例上有一些你还没有做的事情的可能性很小。

你的应用程序和我的应用程序之间的一个很大的区别是，你使用postgres作为数据库。我写了一个使用PG的应用程序，我做过的最大的性能提升是安装/配置pgbouncer。PGbouncer像boss一样做连接池。

此外，尽管我非常喜欢亚马逊网络服务，但我不再使用S3，转而使用rackspace的cloudfiles + django-cumulus包。我不喜欢S3的一些boto/storage支持。

我在我的一些项目中使用了Google App Engine，但我讨厌它。我听说AWS比App Engine更好，但仍然很贵。所以你要花更多的钱来让你的项目使用云，而不是某种共享主机或专用服务器主机，使用dedicated或类似的方式。我会建议年轻的web应用程序使用Webfaction，而不是将流量转移到云端(尽管我仍然不会)。

Google App Engine云有一些令人困惑的价格模型，Google甚至不理解这些模型，而且他们几乎没有自由使用Webfaction或任何其他托管计划的自由。