您使用哪些工具来帮助您pipe理云，特别是使用机架空间云？
像Provisioning，Monitoring，Autoscaling，Alerting等…我只是一个开发人员，有一段时间我正在执行devops任务。
这是一些背景资料，为什么我问：
我是一名开发人员，曾经pipe理过几种中等规模（每月30万到550万页面浏览量）的自定义Web应用程序。 我们在一台机架式服务器上运行16核/ 32 GB Ram / Raid Stripping
一些传统的应用程序devise得不是很好，可能是资源匮乏，服务器经常被人淹没。
另一家公司刚刚征服了我们，我们现在必须pipe理他们的网站。 我估计每个月还有350个观看次数。
由于pipe理原因，我们需要进入云环境，并对其自动缩放的可能性感兴趣。 但是我们被绑定到Rackspace Cloud。
服务器的configuration是没有问题的，因为我们有几个厨师食谱做大多数繁重的工作。
我们需要的是一种轻松启动新服务器的方法，以及监视服务器并警告我们并可能创build替代服务器的方法。
我曾尝试过使用Scalr.net，但是在第一天发布之后，一切都变得缓慢了下来。 然后，它开始performance不正常： – 一些服务器没有启动 – 其他人进入错误模式 – scalr没有收到统计信息（所以没有自动调节） – 有一次我删除了服务器，scalr没有注意到
我仍然在等待scalr的支持。 为了告诉你事实，机架空间可能部分存在缺陷，但是scalr主要面向AWS，所以与rackspace的集成并不稳固。 Rackspace也没有任何帮助。 他们仍然提供一个解释。
然后，我尝试了Rightscale，我的第二个select，因为价格和开放性，但它似乎遭受与scalr相同的问题。 他们使机架空间成为二等公民。
更新：其实问了一个问题:)
每月550k的浏览量大约是每五秒钟一次。
我build议修复任何使一个非常强大的服务器无法为每秒0.2次浏览量服务。 在这种情况下，搬到云端并不是什么魔术。
我为Gigaspaces工作。 我们有一个名为Cloudify的开源免费产品，它可以在任何应用程序，部署，监视，扩展和自我修复的情况下在机架空间以及许多其他私有和公共云上进行任何代码更改。
Cloudify采用了一个devops方法和一个处理整个应用程序生命周期的配方协调计划。
您可以尝试快速入门指南 ，在几分钟内亲自体验。