amazon-web-services - AWS token 自动售货机应该部署在其自己的实例上还是可以将其与我的应用程序实例合并？

Question

如果这是一个奇怪的问题，我很抱歉。我已经阅读了大量的内容来使用亚马逊网络服务为 iPhone 应用程序部署我自己的服务器。

我现在面临的问题是我想使用 token 自动售货机系统来访问移动设备以从各自的帐户上传或检索内容。这是我想到的结构:

1) 设备连接到 TVM servlet 以临时访问 SimpleDB 和 S3。

2) 设备现在将针对包含用户和密码的 simpleDB 域对自身进行身份验证。

3) 服务器将向设备发送唯一 ID。

4) 设备将使用此唯一 ID 在 S3 上上传照片。

5) 如果上传响应成功，设备现在将添加一些信息，其中包括 SimpleDB 上的唯一 ID 和其他字段。

我对为此所需的 EC2 实例感到困惑。我想我可以使用带有 servlet 的单个 java 应用程序来完成此过程的大部分，但是如果我想使用 token 自动售货机进行身份验证，我应该启动第二个实例吗？ 亚马逊本身的示例使用它自己的 token 自动售货机实例，只需获得直接访问数据库的授权。但我需要一些服务器端逻辑，这就是为什么我需要自己的服务器端处理来重定向这些上传和下载。

此外，如果有人愿意告诉我这个结构是否有意义。我对服务器/数据库完全陌生，所以我无法真正说出什么是好的结构。我已经阅读了我需要的亚马逊服务的最佳实践和技巧。但我还是不确定。

感谢您的反馈和支持。

Answer 1

首先，这个结构是有道理的。恕我直言，您至少可以遵循两条路径:

1) 使用 Elastic Beanstalk 执行单个部署。
如果你选择这条路，我认为更简单的方法是遵循 Token Vending Machine for Identity Registration - Sample Java Web Application 的大部分内容。来自 AWS，通过更改当前 servlet 代码或添加一个或多个新的 servlet 来完成这项工作，修改源代码以添加服务器端逻辑。然后，您可以按照上面链接中的建议构建 .war 并使用 Elastic Beanstalk 直接部署它。一个基本概念是，您可以将 Elastic Beanstalk 视为“应用程序服务器即服务”，从而使您在多个部署方面变得更加轻松。

2) 使用您选择的应用程序服务器(Tomcat、JBoss、WebLogic 等)启动一个或多个 EC2 实例。这样，您将可以更加灵活地设计应用程序的部署(EC2 实例非常类似于云中的虚拟机，您可以在其中安装几乎所有您想要的内容、配置防火墙规则等)。您可以 a) 将 TVM 部署在单独的实例中，或 b) 在与 b.1) 新应用程序相同的实例中，或 b.2) 作为与服务器端逻辑相同的应用程序(类似于使用的示例) Elastic Beanstalk)。您的选择实际上取决于应用程序的大小、预期负载、代码与 TVM 之间的耦合以及其他因素。

您的问题非常笼统，您可以遵循多种方法来完成您想要的事情，所以我想我应该对两种可能的路径进行总体概述，希望能帮助您迈出第一步。不要犹豫，澄清任何不清楚的地方。希望对您有所帮助。