我将要pipe理一个特定事件的事件票务系统。 我认为我们可能会期望普遍低的stream量，虽然当售票打开时，可能会有一些突然的高峰stream量（同时试图同时购买1000名游客）。 事件以前有他们的networking服务器崩溃，所以我们想避免这种情况再次发生。
我正在考虑让它在亚马逊上托pipe，有1个Apache（可能有一个前端Nginx代理）+ Redis服务器，用于服务请求，1个MySQL服务器用于后端数据库。 2个服务器可能每个都使用一个微型实例。 票务系统可能是内部的，与Laravel一起存储在Redis中用于快速访问的频繁访问的信息（例如，门票销售计数，表单提交内容）。 这是否足够处理这种预期stream量？ 这对于这样的数量是否会被过度杀死？ 我应该对Web和数据库服务器进行哪种forms的优化？
devise问题并不是真正的SF，不过我会回答，因为我是亚马逊架构师。
我不认为微型实例会做你所需要的，但这取决于你的性能testing结果。 编写你的软件来扩展ELB后面的多个服务器，记住会话状态，并假设单个服务器随时停止工作。 您的性能/负载testing会告诉您需要多less台服务器。 您可以自动扩展以设置新的实例，但速度可能不够快，因此您应该计划或手动启动实例，以便预期高负载。 如果您使用负载平衡器，则可以轻松地在大多数情况下运行微型实例，然后为预期的高负载添加更大的实例，closures微型实例。
使用Amazon RDS，也就是托pipeMySQL，而不是运行服务器。 除非你需要RDS不提供的东西，否则它更容易，而且可能更快。 再次，您将需要加载testing实例types。