所谓的多云或混合云管理工具可以跟踪企业的机器, 并可以编排数百或数千个实例, 以便通过最便宜, 最快速和最佳配置的选项完成工作. 在这里, 总结了一些最引人注目的多云部署和管理选项.
当云计算到来时, 企业的程序员和运营团队的生活发生了显著的变化. 而采用云计算, 企业不再需要等待数周, 数月, 有时甚至超过一年的时间来购买和配置新硬件, 而是只需点击键盘和鼠标, 即可在几秒钟内启动并运行.
每次技术的大跃进都会带来一些倒退. 既然任何人都可以在几秒钟内启动服务器, 那么每个人都会这样做. 如今, 服务器的数量正在激增, 而现在的工作将由数十台, 数百台甚至数千台服务器进行处理. 以往人们可以用 Word 或 Excel 文档中的剪贴板或清单直接保存所有内容, 现在我们需要更高效的工具来处理所有问题.
程序员解决了这一挑战, 因为他们解决了很多问题: 通过创建代码, 将数据存储在另一个数据库的另一组表中. 在这种情况下, 其代码是一个有时被称为混合云管理器的 Hy-headed 工具, 它可以连接到那里的所有云平台, 自己创建和销毁, 同时用机器的列表和它们所在的位置填充自己的库表.
这些所谓的多云或混合云管理工具可以跟踪企业的机器, 并可以编排数百或数千个实例, 以便通过最便宜, 最快速和最佳配置的选项完成工作. 它们还可以将多个公共云与内部服务器混合, 以降低总体成本, 提高安全性, 增强冗余, 并支持全球运营.
企业是否担心云计算锁定? 企业的代码可能只在一个云平台上运行, 让其无法选择? 这些混合云管理工具旨在防止这种情况发生. 企业的开发人员应该能够针对特定目的请求云计算服务器, 并且多云管理器将提供最合适的选项, 无论是在本地硬件中还是在提供任何支持的公共云中.
但这不仅仅是关于采用哪些公共云. 这些工具还可以实施统一的安全性和配置规则, 简化服务器实际上以相同且正确的方式运行的工作. 他们还将跟踪使用情况, 并帮助企业确保其不同开发团队和项目都遵循企业所需的计算能力和预算.
在这里, 总结了一些最引人注目的多云部署和管理选项:
1. Scalr
Scalr 试图通过让所有用户根据需要创建机器来提升敏捷性, 同时仅在基于云计算的管理系统所规定的参数范围内, 通过自助服务的精神来平衡所有服务器紧凑的分层控制.
资源的标准定义和模板被安排到面向对象的层次结构中, 它们可以从其他模板继承默认设置. 企业可以为数据库计算机设置一个默认实例, 该实例坚持使用更安全的防火墙配置和加密文件系统. 继承使得在默认情况下进行彻底地改变更加简单, 而无需进入单独的模板.
向用户提供限制选择, 并根据他们的身份执行规则. 质量保证团队可能只能启动生产机器的克隆, 以确保准确的测试, 同时开发人员可以访问每个云计算提供商的完整 API. 或者, 如果企业担心开发人员过度配置机器, 那么可以加紧一些限制, 以鼓励编程, 同时为开发团队在紧急情况下获得更多的自由度.
各种机器的成本分配给开发人员, 团队和应用程序, 从而可以找到成本最高的堆栈部分. Scalr 可与 Amazon,Azure,Google,VMware 和 OpenStack 云配合使用.
2. RightScale
RightScale 将其基于云计算的管理解决方案分为两个主要部分: CMP 和 Optima. CMP(云计算管理平台)旨在成为所有云平台, 外部和内部的单一仪表板. 企业可以使用 CMP(云管理平台)来请求采用新机器, 它将帮助用户做出正确的决策. 使用可根据请求调整的预定义模板拼写选项. 例如, 企业可以引导开发人员将 LAMP 堆栈构建到特定云中的特定版本的 Linux. 还会提示开发人员设置过期日期, 并创建可能在不使用开发计算机的几小时后关闭实例的策略. 在晚上和周末关闭开发实例是个好主意.
Optima 是 CMP 的一个补充, 它提供了更复杂的云计算成本核算工具. Optima 通过将账单分成几部分来增加额外的会计细节层次, 因此每个团队都可以了解他们负责增加每月总额的费用. 企业需要分配实例, 然后 Optima 将自动跟踪成本, 并定期发送电子邮件, 为企业的项目经理提供一件事.
如果企业担心项目经理不会关注, Optima 会包含几个自动化功能, 这些功能将扫描其计算机集合, 并标记似乎过度配置的实例. 如果可以的话, 它会提出减少机器费用的建议.
此外, 还可以选择创建限制团队如何选择实例的策略. Optima 可以标记可能存有不需要数据的未附加卷, 或者查看寿命超过预期的实例.
3. Red Hat OpenShift
Red Hat 为使用 OpenShift 平台进行多云部署提供了一个简单的模型. 如果企业有一个 Docker 容器, 并且想要在 Kubernetes 下运行它, OpenShift 将帮助企业在主要云平台和企业自己的私有机器集之间移动. 企业将其代码交给持续集成过程, 然后 OpenShift 处理配置和部署.
企业可能希望与自己的代码放在一起的基础设施和标准容器. 甚至还有一个简洁的工具可以让企业深入到特定实例的 JVM 控制台. 但是, 在管理容器的成本和扩散方面并不是那么集中. 与 Pivotal Cloud Foundry 一样, 一旦应用程序启动并运行, 企业将不得不使用其他工具.
4. Pivotal Cloud Foundry
Pivotal 公司并未将 Pivotal Cloud Foundry 作为多云管理工具出售, 但平台即服务软件提供了部分功能以及用于部署应用程序, 容器和功能的工具. 一旦企业的代码适合应用程序或功能的 Cloud Foundry 定义, 就可以将其部署到所有主要平台或其内部堆栈框中. Pivotal 的平台完成了大部分工作.
这是一个优势吗? Pivotal 公司喜欢声称 "永远不会再修补操作系统", 这一点非常棒, 直到企业想使用不同的操作系统. Pivotal 公司控制堆叠的一部分, 其标准化削减了运营的复杂性.
对于想要使用标准的模型 (如 Java Spring 和. Net) 的程序员来说, 该平台可以是诱人的. Pivotal 公司已经为持续集成门户添加了部署机制, 因此企业的代码几乎从提交流向自动部署. 如果想在其他地方部署应用程序, 则需要复制 Pivotal 公司完成的工作, 但 Cloud Foundry 的应用程序框架得到了良好的支持, 并且通常是开源的.
Pivotal 公司还采用自己的模型向类似 Lambda 的功能发展, 该模型将事件与围绕一系列微服务的 HTTP 请求连接起来. 这还没有为一般用途做好准备, 但它也是多云的, 与主要云计算提供商的流行选项不同.
然而, 其易用性有限. 虽然 Pivotal Cloud Foundry 平台可以将其应用程序应用到任何云平台中, 但 Pivotal 公司提供了一些复杂的管理工具, 用于跟踪部署和控制成本, 就像其他一些工具一样.
5. Morpheus
Morpheus 公司表示他们的产品是由满足自己需要的开发人员构建的, 以优化私募股权投资组合中所有公司的云应用. 当他们对使用它感到高兴时, 他们认为世界其他地方也可能需要.
Morpheus 解决方案强调自动化连接到 Jenkins,Chef,Puppet 和其他工具. 企业的代码在一端进行, 然后 Morpheus 将其全部用于部署, 使用本地模板和限制强制执行站点范围的策略. 有关网络路由和负载平衡的详细信息也可用于平滑部署和限制错误(或至少确保以完全相同的方式在各处发生的错误).
Morpheus 与许多常见的开源工具深度集成, 因此企业很有可能迁移当前的构建过程. Morpheus 的集成工具数量众多且系列齐全.
创建者也对丢失数据感到苦恼, 采用了一些不同的机会来备份或克隆企业的文件或数据库. 这还有助于平滑迁移, 并使跨多个云平台部署更加简单.
Morpheus 支持亚马逊, Azure, 谷歌, IBM, 甲骨文, VMware 和 OpenStack 云, 以及其他一些公共云和许多其他私有云平台.
6. Embotics 公司
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 功耗更低或存储更多数据的计算机. 多云工具通过机器人可以扫描未充分利用或过度配置的实例.
多云管理工具还可以防止或至少最大限度地减少云计算提供商的锁定, 使企业可以更轻松地自由移动到另一个云平台, 而不是使用云锁定. 这些云计算管理员也倾向于更好地在各地执行安全规则. 他们所做的不仅仅是让不同的云计算提供商能够相互竞争并获得最低的费率. 即使企业需要将所有计算机部署在一个云平台中, 也可能希望使用多云管理措施.
来源: http://cloud.51cto.com/art/201810/584859.htm