scalr，rightscale，red hat，pivotal，morpheus和embotics致力于多云部署和成本控制。
当云来临时，程序员和运维团队的生活发生了变化。云上的服务器不再是等待数周，数月，有时甚至超过一年的时间来购买和配置新硬件，而是只需点击一下，即可在几秒钟内启动并运行新的创意。
但是，每次大跃进都会带来一些倒退。既然任何人都可以在几秒钟内启动服务器，那么每个人都在这样做。机器的数量随之激增，我们现在的工作主要是管理数十台，数百台甚至数千台机器。我们曾经可以用word或excel文档中的剪贴板或清单来保存所有内容，现在我们需要真正的工具来处理所有问题。
程序员解决了这一挑战，他们解决了所有相关问题：创建另一层代码，将比特存储在另一个数据库的另一组表中。在这种情况下，代码是一个有时被称为混合云管理器的管理工具，它可以连接到所有云，自己创建和销毁机器，同时用自己的列表填充自己的数据库。
这些所谓的混合云管理工具可以跟踪我们的机器，并可以编排数百或数千个实例，以便通过最便宜，最快速和最佳配置的选项完成工作。它们还可以将多个公有云与内部服务器混合，以降低总体成本，提高安全性，增强冗余并支持全球运营。
是否担心“云锁定？”你的代码可能只在一个云上运行，让你无法选择？这些混合云管理工具旨在防止这种情况发生。你的开发人员应该能够针对特定目的请求云主机，并且混合云管理器将提供最合适的选项，无论是在本地硬件中还是在任何受支持的公有云中。
但这不仅仅是关于互相管理公有云。这些工具还可以实施统一的安全性和配置规则，简化所有所商业机器上以相同，正确的方式运行。他们还将跟踪使用情况并帮助确保不同开发团队和项目坚持所需的计算能力和月费用预算。换句话说，他们可以更好地保持云主机的顺序，而不是使用剪贴板或电子表格。
在这里，我们总结了一些引人注目的混合云管理平台。
scalr
scalr试图平衡所有机器的严格的、层次化的控制，以及通过让所有用户根据需要创建机器，但仅在基于云的管理系统指定的参数范围内，来提高灵活性的自助服务精神。
资源的标准定义和模板被安排到一个面向对象的层次结构中，它们可以从其他模板继承默认设置。你可以为数据库机器设置一个默认实例，该实例坚持使用更安全的防火墙配置和加密的文件系统。继承使在不进入单个模板的情况下在全公司范围内对默认值进行全面更改变得更加简单。
用户被设置了护栏，根据他们的身份来限制选择和执行规则。qa团队可能只能够启动生产机器的克隆，以确保准确的测试，而开发人员可以访问每个云提供商的完整api。或者，如果你担心开发人员过度供应机器，你可以收紧它们的一些限制，以鼓励谨慎的编程，同时给devops团队更多的空间用于紧急情况。
各种机器的成本分配给开发人员、团队和应用程序，使你能够找到成本最高的部分。scalr可以纳管amazon、azure、谷歌、vmware和openstack云。
rightscale
rightscale将其基于云的云管理解决方案分为两个主要部分：cmp和optima。cmp(云管理平台)的目标是成为所有云(外部和内部)的单一仪表板。可以使用cmp请求一台新机器，它将帮助做出正确的决策。这些选项是使用可根据请求进行调整的预定义模板拼写出来的。例如，可以引导开发人员在特定的云中构建lamp堆栈，以实现特定版本的linux。还会提示开发人员设置过期日期，并创建策略，以便在开发机器无法使用的情况下，在数小时后关闭实例。在晚上和周末关闭开发实例是个好主意。
补充cmp是optima，它提供用于更复杂的云成本核算的工具。optima通过将账单分成几个部分，增加了一层额外的会计细节，这样每支团队就能“看到”他们负责的每月费用。需要分配实例，然后optima将自动跟踪成本，并定期发送电子邮件，让项目经理多做一件事。
如果担心项目经理不会注意到这一点，那么optima包含一些自动化的特性，它们将扫描的计算机集合和标记实例，这些实例似乎已经超负荷了。如果可以的话，它会建议缩减一些机器，并削减开支。
还有一个选项可以创建策略来约束团队选择实例的方式。optima可以标记未连接的卷，这些卷可能包含不需要的数据，或者监视比预期寿命更长的实例。
rightscale可以纳管amazon、azure、谷歌、ibm、rackspace、openstack、cloudstack和vmware clouds。
red hat openshift
red hat提供了一个使用openshift平台进行多云部署的简单模型。如果你有一个docker容器，并且希望在kubernetes下运行它，openshift将帮助您在主云中和你自己的私有机器集合之间移动它。你将代码交给持续集成过程，然后openshift处理配置和部署。
red hat的工具集很长时间都在集成ide、基础设施和标准容器，你可能希望将它们与自己的代码结合在一起。甚至有一个很好的工具可以让你深入到特定实例的jvm控制台。不过，它并没有把重点放在成本管理和集装箱数量的增加上。与pivotal cloud foundry一样(见下文)，一旦应用程序启动并运行，你将不得不使用其他工具。
pivotal cloud foundry
pivotal并不将pivotal cloud foundry作为一种混合云管理工具出售，但它的“平台即服务”(platform-as-a-service)软件提供了一些这种功能，以及用于部署应用程序、容器和功能的工具。一旦你的代码符合应用程序或功能的云计算定义，你就可以将其部署到所有主要的云或您自己的内部堆栈中。pivotal的平台完成了大部分工作。
这是一种优势吗?pivotal喜欢说“永远不要再给操作系统打补丁”——除非你想用不同的操作系统，否则这很好。这就是为什么他们还建议公司可以享受200比1的开发和运维的比例。pivotal的标准化消除了操作复杂性。
对于那些想要使用相当标准的模型(如java spring和)的程序员来说，这个平台很有吸引力。pivotal向持续集成门户添加了部署机制，因此你的代码基本上可以从提交自动部署。如果你想在其他地方部署应用程序，拟需要复制pivotal的工作，但是cloud foundry的应用框架得到了良好的支持，而且通常是开源的。
pivotal也正在沿着类似lambda的函数的方向发展，这些函数具有自己的模型，可以将事件与围绕微服务集合进行弹跳的