首先我要说的是，我认为有一种比现在更好的做事方式......所以，请不要发表评论和答案，说我应该使用不同的技术等。我有一个“合理”的具体问题。
一点背景：
基本上，我有一个系统，我每天处理很多不同但结构合理的数据（CSV文件）。它是一种相当通用的ETL类型的系统。我开始编写Python脚本来在内存中完成所有操作。但是，我发现我编写了大量代码来检查和实施可以由db模式轻松描述的规则。所以，我有一系列SQS队列（每个源一个），其中包含要处理的文件位置（在s3上）和要加载的PostgreSQL db脚本。哈克？是;大概。但是，在某种程度上，在PostgreSQL中定义所有规则非常容易。至少对我来说有大约15年的RDBMS经验（当你只有一把锤子时，那些古老的说法，一切看起来都像钉子一样？）
所以，一切都很顺利。但是，在创建EC2实例时，我可以选择image_id和类型/大小。我有我使用的基础“PostgreSQL工作者图像”，但它真的适合一种尺寸（微型）。
但是，现在我正在考虑尝试四处游戏，看看如果我选择小型或中型，我可以获得什么样的收获。我最初的想法是，我会创建单独的image_ids，其中包含一个适合他们的postgres conf设置。但是，似乎有点凌乱。 （但是，整件事情有点混乱和黑客）
鉴于我所拥有的，是否有更好的方法来实现这一点，而不仅仅是单独的AMI？
最后的说明：
我的AMI都是PostgreSQL 9.1和Ubuntu 12.04。而DB只是临时存储。它们仅在加载/处理/输出数据所需的15或20分钟内存在。
如果您觉得这个问题可以在SE的DBA网站上得到更好的解答，那么请随时添加评论。我通常从StackOverflow开始，因为它是一个更大的社区，这是一个我觉得更有家的社区。我不仅仅是DBA的开发人员。