不管是由于历史遗留还是出于监管要求等原因，不少企业目前都建设了好几朵云，面临着多云管理的问题，如何高效地整合使用这些不同的云资源，是一个非常值得探讨的问题。国内很多企业都有云管产品，但很多都是眉毛胡子一把抓，什么都对接，什么都管，依然是传统单体系统建设的思路，庞大而复杂。对于云管管理的边界和范围、如何实现多云管理、云管和应用管理之间的关系、云管和容器云平台之间的关系、企业内多云管理是否有必要实现计费等等问题，都是需要认真考虑的。考虑清楚了这些问题，也才能建设真正合适的多云管理平台，真正助力企业数字化转型。

多云管理需求由来

前些年云平台建设过程中，很多企业对云并没有那么深的理解，抱着试一试的态度，所以在选型的时候就不是一次到位。另外不同的部门也可能选择不同厂商的云平台，经过一段时间的建设，企业内部往往会好几朵云并存。这些云彼此之间厂商不同、架构不同、接口不同、界面不同等等，所以难以统一进行管理和维护，不得不考虑封装一层来实现统一管理，这就是多云管理的需求。

很多人不断地在鼓吹企业上云是 “ 大势所趋 ” ，但他们只是鼓吹上云的好处，从来不提上云的坏处。而大部分客户并不真正的理解云计算所带来的优势和不足，跟着别人随大流，购买了公有云，建设了私有云等等，使企业 IT 架构日益复杂化。IT 成本并没有因此减少，而是在不断攀升。

一种技术解决不了所有问题，上云并不是唯一选择。决定上不上云之前一定要理解云计算所能解决的核心问题，一定要有自己的思考和选择。云计算解决的是分布式网格计算问题，也就是算力问题。也就等同于利用 CPU 、内存、存储、网络等基础设施资源实现分布式计算、网格计算能力，通过提供标准化的基础设施资源计算服务（ IaaS 服务），支撑不同企业的大数据量计算和存储等需求。在 IaaS 之上，有厂商构建了平台服务能力（ PaaS ），为企业和个人提供应用的开发、部署、托管、运维等能力，这样就不用直接去关心和运维基础设施资源，只要有网络就可以完成在线的应用开发、托管、运维运营，节省大量的人力成本等。而在 IaaS 和 PaaS 之上也可以部署开发好的应用，比如财务软件、客户管理软件等，直接向用户提供软件服务（ SaaS ），实现开箱即用，一键注册使用能力，这样对小企业和个人客户就更便利，完全不用自己搭建 IT 系统和平台，直接按需使用，方便快捷。

正因为不同的厂商、不同的平台、不同技术、不同的架构、不同的服务、不同的安全能力等等带来了上云的不同选择。有报告显示企业平均会使用 2.2 个公有云和 2.2 个私有云。“ 多云 ” 其实就是 “ 上云 ” 所带来的额外成本。这些云彼此之间相互隔离，无法实现统一的资源管控，就需要多云管理平台来实现统一管理。

既然多云已成现实，那么如何更好地实现多云管理，如何定义多云管理的边界和功能范围，是多云管理平台产品化的关键。

多云管理的边界和范围

在 2020 年 Gartner CMP 魔力象限中，定义了 CMP 涉及的八项功能：调配和编排、服务请求、库存和分类、监控和分析、成本管理和工作负载优化、云迁移备份和灾难恢复、安全合规性和身份管理、打包及交付。其中核心的功能是成本管理和安全。从 Gartner CMP 功能定义来看，其实还是站在 CMP 厂商的视角来看待问题的，并没有真正从用户的视角来理解多云管理的需求，所以笔者认为其对多云管理的功能需求定位并不准确。

云计算解决的核心问题是算力问题，也就是基础设施资源 IaaS 问题。所以云管的核心能力应该是管理不同云平台的基础设施资源，提供标准化的基础设施资源服务 IaaS 。这样就屏蔽了底层不同云平台的差异，实现了异构云的统一基础设施资源服务。

• 云管职责定位

笔者多次提到过，云管平台是一个重要的工具，向下可以管理各种基础设施资源，向上支撑容器云或容器化 PaaS 平台，为容器化 PaaS 平台提供资源，而容器云或容器化 PaaS 只使用资源不管理和维护资源，使容器云和容器化 PaaS 平台专注于支撑业务应用管理，实现以应用管理为核心，这样容器云、微服务治理、云管等平台就可以有机整合在一起，成为一体。使云管承上管下。最终是要支撑业务应用在不同云平台资源之间的调度。以基础设施资源的弹性来更好的支撑业务应用的弹性。

在实现云管平台时，不是什么都加上去，一定要有所选择，一定不要搞个大云管，什么都做。笔者认为比较好的定位是让云管来管理不同的云基础设施资源，至于中间件、中间件服务、应用、其他非 IaaS 云平台，一定不要放在云管上去做。云管平台并不是所有的 “ 云 ” 都要管起来。云管平台两项基本的能力：

1. 纳管公有云和私有云 IaaS ，屏蔽异构云平台底层资源细节。

2. 为企业提供统一标准化基础设施资源服务 IaaS 能力。

其他的如监控、计费、备份、分析、负载优化等功能都是基于这两项基本能力的扩展。

• 云管是否管容器？

云管平台让很多人混乱的一个问题是是否管理容器和容器云。首先要认识到，提供 “容器服务” 和提供 “容器云平台服务” 是不一样的。这是两个层次的问题。容器服务可以简单看作是 IaaS 层服务，而容器云平台服务则可以看作是 PaaS 层服务。理论上，云管平台可以提供容器服务，但笔者非常不建议直接使用容器，而应该通过容器云平台或者 PaaS 平台封装容器服务。容器云（或 PaaS ）平台应该使用云管的资源，其在云管之上，所以云管不应该去纳管容器云平台，更不应纳管容器化 PaaS 平台。

容器、容器云、容器化 PaaS 是不同的概念。笔者之所以要区分这些概念，就是要明确标准，否则你说你的，我说我的，鸡同鸭讲，是做不好事情的。很多人喜欢拿概念炒作，一个词有很多意思，或者一个意思用很多词来表示，很乱，不知道在说什么。做技术要像数学一样，要严谨，概念要清晰明确。云管的职责定位也是要明确，才能做好云管产品，才能更好地支撑企业业务发展和创新。

基于上面的考虑，云管的边界最好定义在 IaaS 层资源管理，纳管不同的 IaaS 云平台、不同的存储、网络资源，甚至不同的物理机、虚拟机，为企业提供所需的各种基础设施资源服务，实现基础设施资源的弹性伸缩。云管的功能范围是基于多云纳管和统一的 IaaS 服务两项基本能力之上的扩展。但云管不会去纳管容器云、中间件等。企业 IT 架构需要实现清晰的功能分层定义，使云管专注于基础设施资源的管理和供给。

多云管理设计实现

明确了云管的职责和功能范围，在实现云管平台时，就相对容易很多。很多人认为云管是定制化项目，显然就是没有完全理解云管的定位。笔者认为云管是可以做成一个很好的标准化产品，从而实现敏捷部署和扩展。在产品化的时候，需要站在甲方的需求立场上来看待问题。真正满足甲方需求了，甲方才能满意，才能愿意花钱来购买产品。很多厂商都很聪明，有自己的小九九，但笔者却认为其聪明有余而智慧不足，格局不够，所以国内的 IT 企业很难做大。企业 IT 架构的发展趋势一定是实现系统的融合，而不是一个个单体，才能真正的实现敏捷部署和扩展，支撑企业数字化、智能化转型。因此，未来各种平台之间一定要能做到无缝整合，这就要求各平台、工具不能大而全，要有所取舍，明确定位。那些不开放的产品最终会搬起石头砸自己的脚，被甲方抛弃。定制化未来将会是一条死路，合适的产品定位才是正确选择。

首先，多云管理是资源纳管平台，实现基础设施资源统一管理和调度。云管对于小企业可能是没必要的，面对的客户应该是大中企业，大中企业才可能会建设或购买使用多种不同的云平台，从而实现容灾、备份等需求。这就要求能够方便地将应用或数据从一个云平台调度到另一个云平台，而云管需要具备这样的能力。比如说，在腾讯云运行的应用需要在华为云上也部署，从而实现备份和容灾等需求，而对客户来说，在云管平台上腾讯云和华为云只是两种不同的资源类型而已，可以自由的调度应用到腾讯云或者华为云上，这就屏蔽了顶层异构云细节，可以实现秒级的资源调度。

其次，云管提供场景化标准资源交付，提升资源交付效率。不同企业有不同的业务场景需求，比如说中间件集群部署场景、数据库集群部署场景、应用高可用部署场景、应用弹性伸缩场景、跨云部署场景等；不同业务应用对资源的需求也是不一样的，比如说 GPU 机器学习深度学习场景、高 CPU 计算场景、高内存缓存场景、大数据存储场景等等。这如同不同的人高矮胖瘦不一样，所需的衣服长短大小就不同一样。通过预先定义提供不同场景的资源服务，有针对性地快速支撑企业不同的业务需求，从而提升资源的匹配性和利用效率，也减少资源准备时间，提升资源交付效率。

第三，基于多云的应用部署不能放在多云管理平台建设。多云平台承上管下，定位在 IaaS 资源管理和资源服务，它理论上还是 IaaS 层。应用的部署和管理放在 PaaS 平台上，位于 PaaS 层，因此跨云的应用部署和管理不要放在多云管理平台来实现。云计算的三种服务（三层服务）给我们一个很好的启示，企业在 IT 建设中架构要分层，无论云计算的三层服务，或者前、中、后台架构，其实都是要进行分层，从而实现复用，避免重复建设，节省成本，提升效率。

第四，中间件、数据库等可以看作是一种应用，因此其可以在 PaaS 层来管理（笔者建议中间件和数据库等的容器部署场景仅用于企业测试环境，不建议用于生产环境）。云管始终定位于异构资源的管理和统一资源服务的供给。其他的可以交给上层的 PaaS 来负责。公有云、行业云上的中间件和数据库等的管理相对要容易些，因为不用考虑基础设施资源的管理，至于使用这些应用的计费，也可以放在 PaaS 平台来管理。

第五，多云成本管理。云管作为一个独立的产品，需要考虑多云资源使用的计费，从而根据需要调度到合适的云平台，实现成本最优化。这也是智能运维的一部分关键能力。不过如果云管跟 PaaS 有机整合在一起的话，计费和成本管理可以上移放在 PaaS 平台，由 PaaS 平台根据计费规则、成本规则以及资源可靠性、有效性指标等来进行智能调度，实现最优的资源调度和成本平衡。

多云管理供应商继续在扩展其功能，以提供最全面的工具。他们通常可以提供集中视图，以显示企业分布式资源，尽管每个供应商都有其优点和缺点。在过去一年中，面对疫情，这个市场仍然充满活力，我们看到很多收购和产品更新。此次疫情加速了很多企业的云计划，并突显了云无关管理软件的重要性。

下面让我们来看看当前多云管理市场中最知名的供应商和产品，按字母顺序排列。这些选项涵盖管理供应商、IT服务管理(ITSM)工具和基础结构即代码选项。

Apptio Cloudability仅解决多云运营的成本管理方面的问题，Apptio在2019年收购Cloudability。然而，它可以自动从AWS、Azure和GCP下载数据，并将其整合到统一的标准化成本数据库中。Cloudability可将来自多个供应商的使用情况报告归为标准类别，并跟踪应用程序、项目和业务部门之间的支出和使用情况。

Cisco CloudCenter Suite于2019年发布，它结合Workload Manager、Cost Optimizer和Data Center Orchestrator，使用户能够设计云中立基础架构蓝图，这些蓝图可自动部署并配置到AWS、Azure或GCP。它还集成思科的AppDynamics APM产品和基于意图的网络管理平台。该套件可作为许可软件或SaaS获得。

CloudBolt广泛支持云环境和虚拟机管理程序。它可以自动将传统安装导入和重新部署到云中。CloudBolt包括用于云资源和成本管理的模块。它通过无代理技术运作，该技术可以简化将资源蓝图部署到多个不同的云环境的过程。CloudBolt最近收购了Kumolus公司，该公司专门从事云成本管理、安全性和策略治理。

CloudCheckr在2020年4月显著更新其云成本管理和优化产品CMx，可集成现有企业财务系统提供企业支出全面视图。它的数据透视表功能使预算分析师可以更好地了解使用情况、趋势和效率情况。

Flexera云管理平台(前身为RightScale CMP)是成熟的多云管理平台，其功能集包括服务编排、策略执行、使用控制、成本优化和预算。该平台支持广泛云提供商。同时，Flexera还继续通过其他收购来增强这个已经全面的产品。在2019年中，它收购了RISC Networks，以添加本地资产和数据发现，以帮助企业对云迁移的应用程序进行优先级排序。在2020年初，它收购Revulytics，以改善其应用程序和数据使用情况分析，以提高企业的预算和策略合规性。

Google于2019年11月收购CloudSimple，为用户提供安全、专用的环境，以在公共云中迁移和运行VMware工作负载，包括要求苛刻的企业工作负载，例如数据库支持和高I / O应用程序。它以本机方式运行整个VMware堆栈，包括vSphere / vCenter、vSAN和NSX-T，并具有针对所有部署的统一管理控制台。CloudSimple支持Google Cloud Platform(GCP)-VMware Cloud on AWS提供相似功能-并且仅管理VMware环境，而不是本机云资源。微软表示，类似的Microsoft Azure VMware服务也使用CloudSimple，但是该服务的下一版本将不会使用。

Hypergrid于2020年6月与iQuate合并组成CloudSphere，并提供整合的多云平台，适用于计划云迁移以及管理云成本和安全性的企业。它使用预测分析引擎，具有超过4亿个基准数据点，以优化企业有关云成本、预算和资源分配方面的决策。其他功能包括无代理应用程序发现和服务依赖关系映射、身份和访问管理、已定义策略内的自助服务配置以及针对VM和容器环境的策略合规性监视。实例规划、应用程序成本建模和资源清单等某些功能仅适用于AWS，因此可能无法满足某些企业的多云管理需求。

IBM Cloud Pak for Multicloud Management是基于OpenShift的混合云管理平台，可提供跨本地和云基础架构的应用程序和云资源的统一视图。它支持Red Hat、VMware、Kubernetes和OpenStack私有环境以及AWS、Azure、GCP和IBM Cloud。该产品使用Ansible和Terraform进行配置和部署自动化。

Micro Focus Hybrid Cloud Management X (HCMX)对多云管理采用以服务为中心的方法，具有图形化工作流设计器，该工作流设计器包括配置管理数据库、8,000个预建工作流、300个应用程序组件和150个第三方软件集成。它还可以构建自定义的使用情况报告，其中包括服务使用情况和退款信息。

Morpheus Data提供模块用于自动和自助式配置、资源配置、监控和事件管理、工作负载扩展、策略合规性和报告。它具有广泛的多云支持，涵盖十多个平台，以及大型的第三方生态系统，可集成自动化、备份、身份和访问管理、ITSM、监视、网络和安全提供程序。 2020年末的重大更新增加了很多功能，例如基于角色的服务目录、用于发票和报告的UI、具有对AWS Costing and Reporting的更好支持的云集成，以及针对该平台的Paris版本认证的更新的ServiceNow插件。这么多的集成和设置选项意味着，如果企业已经有工具，则必须进行部署后的集成测试，这可能需要专业的服务。

Nutanix Xi Beam源自该公司在2018年对Minjar的收购，及其Botmetric服务，用于云成本管理、控制和工作负载可视性。Beam监视云资源使用情况，并包含模块针对使用情况、成本控制、支出策略和优化。与其他多云管理选项不同，Beam不包括基础架构或其他云服务管理，尽管其他Nutanix产品包含。它可优化配置和成本，但不是完整的工作负载管理系统。Nutanix Calm是应用程序编排和生命周期管理工具，针对Nutanix的超融合基础架构;截至2020年末，该公司正在进行早期测试，以将Calm扩展到其Xi 云服务范围。

Scalr提供丰富的成本管理和优化功能，特别擅长控制VM环境中的资源蔓延。它包含从已定义服务目录的自助服务配置，其中策略引擎可对资源配置和使用实施控制。该平台包括一个现代直观的GUI。Scalr的另一个特点是，它可扩展到数千名用户。对VMware环境的支持相对不成熟，与其他受支持的平台相比，存在一些潜在的功能差距。用户必须通过第三方集成来补充其有限的监视功能集。该公司最近添加了基于角色的访问控制(RBAC)安全性，使用五个内置角色以提供对用户和组权限的细粒度控制。

ServiceNow ITOM云管理和ITOM优化通过两个模块支持多云操作管理：Cloud Insights和Cloud Management。后者允许在定义策略限制内进行资源配置和配置，以确保跨环境的合规性。它还可集成ServiceNow ITSM服务目录和变更管理产品。Cloud Insights提供有关云使用情况和成本的报告和仪表板，包括按组织、成本中心或业务部门细分支出。

Snow Software于2019年底收购Embotics，以整合Snow的软件资产和成本管理与Embotics的云资源自动化，并跨环境提供统一的治理和合规性策略。这适用于公共和私有云资源。这包括自动化模板、云费用报告和预算、中央资源目录中的自助服务部署、任务批准工作流以及策略合规性审核。

VMware已扩展其虚拟化管理堆栈以涵盖云部署。vRealize Suite具有针对VMware环境的中央管理控制台和控制平面，无论部署平台如何，并且越来越多的vRealize Cloud模块涵盖基于蓝图的资源管理、资源目录、策略和自助服务部署以及CI / CD。而VMware收购的CloudHealth解决了成本管理和优化问题。VMware最近还收购了SaltStack，这是基础架构自动化平台，可补充VMware现有的vRealize Code Stream(CI / CD)、vRealize Orchestrator(工作流)和Cloud Assembly产品。

VMware工具是多云形式，因为VMware堆栈可以在AWS(本机)、Azure和GCP(均通过CloudSimple)运行，但是它们与堆栈无关。VMware Tanzu Kubernetes平台可与AWS使用，不久将支持Azure和Oracle Cloud(OCI)。CloudHealth现在还支持OCI。

基础架构即代码工具

对于精通云的人员来说，基础架构即代码(IaC)工具已成为专用产品的替代方案。这些工具可使企业通过DevOps团队集成云无关服务部署、配置管理和登录到现有CI / CD工具链。但是，IaC工具不能提供资源消耗、成本和使用优化或应用程序服务(备份和灾难恢复等)。此外，模板和蓝图需要配置编码专业技能和UI。

Chef、Puppet、Red Hat Ansible和HashiCorp Terraform等平台可以系统化和自动化多云管理。这是通过云无关资源配置和部署封装来实现，其中文本文件使用YAML或JSON结构，可移植且易于自动化。这些模板使用户能够在其所选工具支持的所有IaaS平台统一部署资源和配置，并通过软件模块或库添加新平台。

选择多云管理工具的技巧

在选择多云管理工具时，需要考虑很多方面。你首先需要解决以下两个基本问题：

首先了解为什么你要部署多云策略。这将帮助你在评估工具时，确定管理方面的优先级。为了监视云支出?还是整合更深度的服务，例如数据分析或人工智能功能?请记住，没有任何一种工具可以100%涵盖每个企业的愿望清单。

确定你的多云管理设置必须包含哪些平台和工具。你目前使用什么云平台，或者将来会考虑使用什么云平台?这是否也涉及私有云端的资产?你是否使用其他管理工具，这将取代它们还是需要对其进行集成?如果你的企业部署DevOps，这些流程和工具将如何与你的多云管理工作关联。

原生云管理控制台

这些供应商和产品都是将跨多个云平台的管理整合到单个界面和控制平面中，从而统一地应用配置、使用和安全策略。但是，如果你只使用单个云，而不必担心管理异构环境呢?

曾经第三方软件可补充云供应商的管理功能，但现在主要公共云提供商(AWS、Microsoft Azure和Google Cloud)已经显著增强其原生管理平台。例如AWS Cost Explorer和Azure Cost Management + Billing等工具就提供分析、报告和优化功能。

对于那些当前使用单个云设置的企业，应坚持使用其云提供商的本机管理服务来处理云工作负载，并使用其本地基础架构管理堆栈，以支持所选的云平台。如果你考虑将工作负载扩展到另一个云环境，或者内置工具受到严重限制(例如缺乏可见性、手动或自动配置与分析问题)，则可以考虑这些多云管理选项。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。