匹配您的应用程序的AWS服务 - 傻瓜

AWS应用程序开发需要长期规划。即使您以更短的时间间隔交付产品，目标也是创建一个足够灵活，可靠的应用程序，以便长期处理组织需求。考虑到这一点，请查看在将AWS服务与您的应用程序进行匹配时需要考虑的条件。

在免费期间使用服务

<！ --1 - >

现在你明白了服务的功能，你需要开始选择要尝试的服务。请记住，您只有12个月的时间来决定在您的业务中使用哪些服务。十二个月的时间似乎很多，但是当你试图去应付日常的责任，会议和其他需求时，你会发现它在你眼前消失了。简而言之，在有限的时间内做出一个很好的决定是非常重要的。您最终可能会认定AWS根本无法满足您的需求（尽管看起来不太可能，因为AWS已经提供）。

<！ - 2 - >

关注试用期间的重要问题是使AWS为您服务的关键。在考虑AWS时，您必须考虑以下问题：

成本：

• 确定AWS是否以更少的资金执行任务。 速度：
• 决定使用云的速度惩罚是否超过收益。 可靠性：
• 确定使用云与保持内部任务的风险。 （云实际上可能证明更可靠。） 安全性：
• 定义应用程序的安全性要求，然后决定使用云的风险是否可接受。 隐私：
• 指定应用程序的隐私要求（尤其是合法要求）。当数据存放在别人的系统上时，如果发生隐私泄露，可能会难以管理，并对公司声誉造成永久性损害。 灵活性：
• 考虑使用云服务是否会降低应用程序无法管理的灵活性。在大多数情况下，依靠云降低灵活性，因为主机只保留内部使用的一些配置机会。

在确定使用AWS提供可接受的风险并提供抵消任何否定的好处之后，您需要精确确定使用哪些服务。您可能会发现，由于法律或速度要求，您不能支持某些服务，即使您有使用这些服务的成本激励。在开始试验之前，一次一个地完成一项服务;这样做可以节省您可以用来更好地测试满足您需求的服务的时间。

在空闲时间后与服务进行交互

空闲时间将在某个时间点结束。在免费期间，您可以尝试应用程序，并可能部署简单的应用程序。但是，经过这一点之后，您需要考虑如何继续与AWS交互（或者尝试其他方式）。以下列表从各种角度探讨交互需求：

冗余：

• 云的一个巨大问题是似乎没有人意识到云可能会失败。最近的新闻报道就是为了说明这一点。 S3服务在US-EAST-1地区停留了好几个小时。这个中断的问题是，它不仅影响S3 - 它影响了许多其他服务，如Dockerhub。事实上，中断影响了一大片互联网。如果这样的中断可能发生一次，可能会发生多次，您需要通过提供多个数据源来进行规划，其中一些可能完全不依赖于云。 妥协：
• 一举一动都会有某种妥协。你可能不会觉得你一开始就做出妥协，但随着应用程序进入各种服务，妥协也开始出现。在应用程序开发阶段，您需要确定所需的服务级别，以确保应用程序按预期继续工作。否则，您可能会经历一段闲置的时间，在AWS上投入大量资金，然后才能确定用户永远不会满意于您所需要的妥协。 多个提供商选项：
• AWS和其他在线服务通常为云提供商提供的选项提供支持。例如，您可以跨Amazon，Google和Microsoft云服务支持Docker应用程序。因此，使用Docker意味着您可以制定一个计划B，当您的某个云服务出现故障时，您不需要跳过这个环节。