当云到达时，程序员和运营团队的生活发生了变化。 无需等待数周，数月甚至有时超过一年的时间来购买和配置新硬件，服务器云使您只需单击一次或单击三下，即可在几秒钟内启动并运行一个新创意。
las，每一次伟大的飞跃通常都会带来一些后退。 现在，任何人都可以在几秒钟内启动服务器，每个人都在这样做。 机器数量激增，现在我们的工作以放牧数十，数百甚至数千台机器为任务。 在以前我们可以使用剪贴板或Word或Excel文档中的清单使所有内容保持一致的地方，现在我们需要严肃的工具来处理所有内容。
程序员在解决所有问题时已经解决了这一难题：通过创建另一层代码来将位存储在另一个数据库的另一组表中。 在这种情况下，该代码是一个以液压为先头的工具，有时也称为混合云管理器，它可以连接到那里的所有云，自行创建和销毁计算机，同时用自己的列表填充数据库表。机器及其位置。
这些所谓的多云或混合云管理工具可以跟踪我们的机器，并可以编排数百或数千个实例，从而可以通过最便宜，最快和配置最佳的选项来完成工作。 它们还可以将多个公共云与内部服务器融合在一起，以降低总体成本，提高安全性，增强冗余并支持全球运营。
您是否担心“ 云锁定 ”？ 您的代码只能在一个云上运行，而没有其他选择？ 这些混合云管理工具旨在防止这种情况的发生。 您的开发人员应该能够请求用于特定目的的云计算机，并且无论是在本地硬件中还是在任何受支持的公共云中，多云管理器都将提供最合适的选择。
但这不只是彼此之间相互排斥。 这些工具还可以实施统一的安全性和配置规则，从而简化了使所有所谓的商品机器实际上以相同的正确方式运行的工作。 他们还将跟踪使用情况，并帮助您确保不同的开发团队和项目在计算能力和月度费用方面都遵守所需的预算。 换句话说，与过去使用剪贴板或电子表格相比，它们可以更好地保持云机的有序运行。
在这里，我们为多云部署和管理总结了一些最引人注目的选项。
标量
Scalr试图通过允许所有用户根据需要创建计算机的自助服务精神平衡对所有计算机的严格的分层控制，但这种服务只能在基于云的管理系统指定的参数范围内进行。
资源的标准定义和模板被安排成面向对象的层次结构，它们可以从其他模板继承默认设置。 您可以为数据库计算机设置一个默认实例，该实例要求更安全的防火墙配置和加密的文件系统。 通过继承，可以更轻松地在公司范围内对默认值进行全面的更改，而无需进入各个模板。
为用户提供了可以限制选择并根据其身份执行规则的护栏。 质量保证团队可能只能启动生产机器的克隆以确保准确的测试，而开发人员却可以访问每个云提供商的完整API。 或者，如果您担心开发人员配置过多的机器，则可以收紧对他们的限制，以鼓励他们仔细编程，同时让开发团队有更多的自由度用于紧急情况。
将各种机器的成本分配给开发人员，团队和应用程序，从而可以找到成本最高的堆栈部分。 Scalr可与Amazon，Azure，Google，VMware和OpenStack云一起使用。
正确比例
RightScale将其基于云的云管理解决方案分为两个主要部分：CMP和Optima。 CMP（云管理平台）旨在成为您所有内部和外部云的单一仪表板。 您可以使用CMP请求一台新机器，它将帮助您做出正确的决定。 使用可以根据请求进行调整的预定义模板详细说明了这些选项。 例如，您可能会引导您的开发人员在特定的云中将构建LAMP堆栈的开发人员迁移到特定版本的Linux。 还提示开发人员设置到期日期并创建策略，这些策略可能会在数小时内无法使用开发计算机时关闭实例。 在晚上和周末关闭开发实例是一个好主意。
补充CMP的是Optima，它提供了用于更复杂地计算云成本的工具。 Optima通过将账单分成几部分来增加额外的会计明细层，因此每个团队都可以“了解”他们负责将每月总费用添加到其中。 您需要分配实例，然后Optima将自动跟踪成本并发送常规电子邮件，以使您的项目经理再做一件事。
如果您担心项目经理不会引起注意，Optima包括几个自动化功能，这些功能会扫描您的计算机集合并标记似乎配置过大的实例。 如果可以的话，它将提出减少某些机器并削减费用的建议。
还有一个创建策略的选项，该策略将约束您的团队选择实例的方式。 Optima可以标记未附加的卷，这些卷可能正在存储不需要的数据，或者监视实例的寿命比预期的更长。
RightScale与Amazon，Azure，Google，IBM，Rackspace，OpenStack，CloudStack和VMware云集成。
红帽OpenShift
红帽为使用OpenShift平台进行多云部署提供了一个简单的模型。 如果您有Docker容器并想在Kubernetes下运行它，OpenShift将帮助您在主要云和您自己的专用机器集之间移动它。 您将代码交给持续集成过程，然后OpenShift处理配置和部署。
红帽的工具集与IDE以及您可能希望与自己的代码放在一起的基础结构和标准容器的集成息息相关。 甚至还有一个简洁的工具，可让您深入查看特定实例上的JVM控制台。 但是，它并没有那么集中在管理容器的成本和数量上。 与Pivotal Cloud Foundry（如下）一样，一旦应用程序启动并运行，就必须使用其他工具。
关键云铸造厂
Pivotal并未将Pivotal Cloud Foundry出售为多云管理工具，但是平台即服务软件提供了其中一些功能以及用于部署应用程序，容器和功能的工具。 一旦代码适合应用程序或功能的Cloud Foundry定义，就可以将其部署到所有主要云或您自己的内部盒子中。 Pivotal的平台完成了大部分工作。
这是优势吗？ Pivotal喜欢声称“永远不要再打补丁OS”，这在您要使用其他操作系统之前非常棒。 枢纽控制着堆栈的那一部分，当您在船上签名时，您就放弃了对堆栈的所有兴趣。 这就是为什么他们还建议公司的开发人员与运营商的比例为200：1。Pivotal的标准化降低了运营复杂性。
该平台对于希望使用像Java Spring和.Net这样相当标准的模型的程序员来说可能是诱人的。 Pivotal在持续集成门户中添加了部署机制，因此您的代码从提交到自动部署的流程非常多。 如果您想将应用程序部署到其他地方，则需要复制Pivotal所做的工作，但是Cloud Foundry的应用程序框架具有良好的支持，并且通常是开源的。
Pivotal还通过其自己的模型朝着类似于Lambda的功能发展，将事件与HTTP请求相关联，这些请求围绕一系列微服务反弹。 它尚不适合一般使用，但它也是多云的，这与主要云提供商的流行选择不同。
但是，易用性受到限制。 尽管Pivotal Cloud Foundry平台可以将其应用程序带到任何云中，但Pivotal提供的一些复杂的管理工具却很少像此处的其他工具那样用于跟踪部署和控制成本。
莫非斯
Morpheus背后的团队喜欢说他们的产品是由自己需要的开发人员构建的，以优化私募股权投资组合中所有公司的云使用情况。 当他们对使用它感到满意时，他们决定世界其他地方也可能想要它。
Morpheus解决方案强调了具有深层次钩子的自动化，可用于连接Jenkins，Chef，Puppet和其他工具。 您的代码进入了最后，然后Morpheus便将其一路部署，并使用本地模板和限制来执行站点范围的策略。 还可以使用有关网络路由和负载平衡的详细信息来平滑部署并限制错误（或至少确保错误以完全相同的方式在各处发生）。
Morpheus与许多常用的开放源代码工具进行了深度集成，因此您很有可能能够迁移当前的构建过程。 他们开玩笑说，您不需要自己的脚本猴子军队，因为它们已经把它们藏在了屋檐下。 Morpheus的集成工具列表非常长而且很完整。
创作者还对丢失数据，建立备份或克隆文件或数据库的各种不同机会抱有幻想。 这还可以帮助平滑迁移，并使跨多个云的部署更简单。
Morpheus支持Amazon，Azure，Google，IBM，Oracle，VMware和OpenStack云，以及其他一些公共云和许多其他私有云平台。
表情符号
Embotics vCommander是提供全方位服务的管理软件，可带您的虚拟机和容器并控制如何在公共云和私有云之间进行部署。 将您的容器放置在最有效和最经济的位置。 您可以查看所有会计明细，以查看异常情况和超支情况。
Embotics vCommander的构建相对开放和灵活，提供了许多API和隧道，以通过它传递API调用。 您可以通过Embotics所谓的“ Cloud Direct”将呼叫直接发送给各个提供商，也可以依靠vCommander通过“ Cloud Brokered”连接来完成此工作。 在这两种情况下，vCommander都会跟踪使用情况。
在将vCommander分层到当前基础架构之上时，Cloud Brokered选项会有所帮助。 无需立即将所有直接调用重写为任何特定的云。 您可以稍后将它们迁移到Cloud Direct。
还有更深层次的选择，可提供更多的建筑结构。 例如，微服务选项提供了将Git存储库及其生成的Docker容器转变为微服务所需的大部分自动化功能。
虚拟实验室选项旨在使质量检查团队和必须解决问题的开发人员的测试都更加容易。 该工具利用虚拟机，可以在受保护的云安全角落进行测试和复制。
通过智能放置选项，vCommander可以根据您预先确定的策略来决定在何处运行容器。 您可以使用的最大旋钮是预计成本，但您也可以在特定数据中心上添加限制或配额，或者需要特定的本地功能。 不同云选项的目录包括有关与不同部署工具（例如Puppet，Chef和Ansible）的兼容性的详细信息。
Embotics vCommander可与AWS，Azure，VMware vSphere，Microsoft Hyper-V和Kubernetes基础架构一起使用。
DIY或本机云管理
对于使用多云管理器的所有优点，值得注意的是，有时它不是理想的解决方案。 所有主要的云都为批量使用提供了可观的价格折扣，因此将所有计算机集中在一个地方可能会更便宜。 如果您已经具备了能力和需求，并且已经有了服务器机房和基础架构，那么添加几台计算机来充当内部云甚至会更便宜。 这完全取决于您如何计算热量，存储和维护的成本。
但是，在没有公共云的情况下生存确实意味着放弃了内置在云平台中的所有功能。 您可能会问自己，为什么只想访问云提供商的网站并在那里创建一个实例，为什么还要添加一个额外的层来创建一个新实例。 选择“无”并通过标准的公共界面执行所有操作是一个不错的选择。 AWS，Azure和Google Cloud的内置工具已经很好地用于跟踪您的计算机并考虑其使用情况。
在没有混合云管理器的额外帮助的情况下运行并不是一个糟糕的解决方案，但是您会错过第三方工具中内置的额外工具和功能。 多云管理器通常比标准门户网站做得更好。 他们正在出售自己的功能来帮助您管理成本，而您将不会独自一人把所有的鸡蛋都放在一个篮子里。 从来没有一家云公司建议使用CPU功率或千兆字节以下的计算机。 多云工具具有可扫描未充分利用或过度配置的实例的机器人。
多云管理工具还将防止或至少减少云锁定，从而使您比不使用云时更轻松地迁移到另一云。 这些云管理器还倾向于在所有地方执行安全规则方面做得更好。 他们所做的不只是使不同的云公司相互竞争并获得最低的价格而已。 控制功能非常理想，即使您要将所有计算机都放在一个云中，您可能仍想使用多云管理器。
From: https://www.infoworld.com/article/3309948/6-tools-to-conquer-multicloud-management.html
382
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
