我正在评估是否使用RightScale来pipe理EC2中的生产环境。 我打算使用Puppet进行configurationpipe理（声明式方法似乎比运行脚本好得多），运行的是一个非标准的堆栈（例如MongoDB），而且我不确定RightScale相对于Puppet +扩容+另一个托pipe的监控系统。 那些使用RightScale的人，你觉得哪些function很重要？ 它的自动扩展支持（包括保持单个实例运行）比亚马逊更强大？
我想我可以帮助一些分化。 完全披露，我为RightScale工作。
您正在做出一个很好的决定，从基本映像中抽象出您的configurationpipe理 – 它将保留您未来的基础架构select。 但是，当您开始添加云特定工具（如CloudWatch + Autoscaling）时，您已开始locking自己的位置。RightScale的仪表板，API和多云图像是AWS区域和云无关的，允许您保留未来的select和灵活性，关于您的系统定义，监视工具以及您在机器上放置的RightLink服务器代理是否是开源的。 平均而言，我们可以节省60％的时间开支，持续维护系统的时间为50％，以及将您的现有资产重用于未来项目的时间超过90％以及pipe理员：服务器比率高达1：10,000+。
木偶+ RightScale工作正常，您可能会对此支持文章感兴趣： http : //support.rightscale.com/index.php? title=06-FAQs/FAQ_0181_-_Does_RightScale_support_Puppet%3F还有很好的理由来创build基于脚本的ServerTemplates对于PuppetMaster和PuppetClient（稍后可以很容易地维护），但是您可以使用manifests来configuration其余的环境。 您也可以使用标准脚本来表示赞赏，有时候可以更轻松地进行操作。 将这些服务器configuration集群到部署中将有助于您更好地定义，操作，克隆和跟踪分配给特定系统的资源。
RightScale的自动缩放与AWS有着根本的区别 – 可以更好地定义为自动启动，因为它只会触发AMI本身产生。 服务器数组（可水平扩展的服务器定义）可以通过三种方式触发。 包括超过60个指标的监控加上创build自己的（collectD）的能力可以触发系统修复的警报操作，包括自我修复（重新启动/重新启动），脚本执行或缩放。 当基于监控数据进行扩展时，我们使用基于投票的触发来防止集群中的单个节点configuration或取消configuration资源。 这也意味着节点不会被看作是一个集群，所以当单个服务器出现问题时（CloudWatch查看聚合），您可以得到通知。 为了加载，如果有可预测的模式，还可以计划缩放。 或者，您可以根据作业队列定义一个数组以进行缩放（适用于令人尴尬的并行批处理任务）。
除了自动化和资产pipe理之外，使用RightScale还有很多其他的原因，一开始最初考虑使用云基础架构时通常并不明显，但最终对组织来说却是非常重要的。 less数几个是为您的账户用户提供基于angular色的安全许可，基础设施安全审计报告，受pipe理的SSHlogin规则，成本分配/配额和跟踪以及多凭证/企业组pipe理。
你的软件堆栈不是问题。 在GameTree.TV等其他客户中，我们在MongoDB方面有很多经验，尽pipe目前在库中没有预build的ServerTemplates，就像Couchbase这样的其他NoSQL解决scheme。
如果您还没有开发者版，请尝试使用这些工具中的一些，您可以在my.rightscale.com上注册。 您也可以通过matt的方式与我联系，或者在这里提出进一步的问题。 Quora上还有一些有趣的post（ http://www.quora.com/RightScale/What-have-startups-experiences-been-with-RightScale ）。 与您的项目最好的成功。
我在Scalr工作， 这是一个与RightScale竞争的开源云pipe理软件。 Scalr目前不支持Puppet，但其竞争对手之一Chef则被集成到我们的软件中。 所以我想你的问题在我们的案例中仍然是相关的，我想分享我的经验。
云pipe理软件提供了很多自动化工具，例如Chef和Puppet等configuration软件中没有的工具。 当我们开始构buildScalr时，我们已经死于自动缩放。 但是我们很快就发现要解决更多痛苦的问题。 此列表由Sebastian Stadil撰写，并很好地解释了使用云pipe理软件的附加价值：
你花费大量的时间来完成重复的任务。
云pipe理软件需要重复pipe理基础架构，比如在12台数据库服务器上安装第四个卷。 您可以通过定义服务器场由哪些组件组成，以及每台服务器的外观如何运行。 云pipe理软件然后将其应用于实际的基础架构。 这样您就不必重复自己：您可以像pipe理10台一样轻松pipe理10,000台服务器。它带来了自动化。
你不知道事情是什么，或者他们对应着什么。
云pipe理软件让你组织起来。 云基础架构在不断变化。 服务器不断添加，删除或replace。 存储卷，IP地址，快照等也是如此。这使得您的系统logging保持最新几乎是不可能的。 云pipe理保持整洁。
你不知道你的应用程序花了多less钱。
云pipe理软件为您提供了可见性，并帮助您保持预算。 你在这个数据处理场花了多less钱？ 新caching层为您带来了多less节省？ 你的研发团队过度预算了吗？ 每个人都想限制浪费和滥用，但除非你有合适的工具，否则很难这样做。
你要确保你的同事和承包商不要把公司的钥匙留给你的基础设施。
云pipe理软件可帮助您pipe理授予您的同事的权限。 将所有服务器的root用户授予给组织中的每个人是一种不好的做法。 特别是如果你有承包商和实习生。
你想确保你的基础设施是安全的。
云pipe理软件为您的安全团队提供审计工具，以发现漏洞。 无论是像在数据库上打开端口22的日志logging一样简单，还是跨越大型和多样化的基础架构执行安全策略。
您想要尝试一些体系结构更改。
云pipe理软件可以轻松地尝试新的体系结构。 想要尝试一个新的前端反向代理？ 添加一个caching层？ 移动一个MySQL表到RAM盘？ 引入键值数据库？ 这很容易，不需要花费几天configuration的东西。
你想要一个计划B，以防灾难发生。
云pipe理软件帮助计划失败，并准备好计划B. 无论是定期备份还是轮换备份，还是一个完整的跨云灾难恢复计划，它都能为您提供工具，并充当预防性的医疗手段。
你想要可视化你的基础设施。
云pipe理软件提供数据可视化和演示。 你从服务器上获得了什么性能？ 有没有exception值？ 集成到您的监控层后，您可以获得经理人梦寐以求的知名度。
你想要版本你的基础设施。
云pipe理软件允许您像使用代码一样对基础架构进行版本pipe理。 它允许您将代码表示为基础架构，因此您可以创build精确的副本以进行testing，恢复到以前运行的系统以及其他任何系统。