导读 | 混合云管理(HCM)市场的发展如今有些停滞不前,但最近这一切发生了变化。很多企业开始解决云计算管理挑战,在采用云计算策略的企业中,超过一半的基础设施决策者正在积极监控使用情况,并创建有效的云计算策略。 |
混合云管理(HCM)市场的发展如今有些停滞不前,但最近这一切发生了变化。很多企业开始解决云计算管理挑战,在采用云计算策略的企业中,超过一半的基础设施决策者正在积极监控使用情况,并创建有效的云计算策略。
很多企业得出的结论是,他们必须采用混合云管理(HCM)工具来解决他们的云计算管理和治理问题。然而,对于许多人而言,多云管理的负担尚未变得足以证明其支出的合理性。组织在深入了解混合云管理(HCM)供应商提供的选项之前,首先需要了解混合云管理(HCM)是否真的能够解决其问题。
特征集
在这个市场的早期,“第1代”产品重新用于混合云管理(HCM)而不是专门用于此目的。其示例包括BMC云计算生命周期管理、IBM Cloud Orchestrator和Micro Focus云系统自动化(CSA)。
如今,这些产品定位变得模糊不清,第一代产品的供应商对其进行彻底地更新,推出了更多新一代的产品。
最近,对话围绕着三个核心主题展开:复杂混合云用例的功能广度/深度与干净的可用性;全功能深度与最佳同类替代方案的可组合性;以及通过应用程序编程接口(API)与插件集成到外部工具。
在考虑生成的工具时,请查看特征集的深度/广度、可组合性和集成。从深度/广度的角度来看,数量庞大的第一代产品并不简单,这对它们的损害和价值都是如此。
这些产品在保持其能力的深度和广度的同时,经历了重大的现代化和改进。他们这样做是为了服务复杂的用例,以管理大量的管理程序和云平台。
高度复杂的企业和服务提供商通常会寻求第一代工具,以实现其内部平台的精细管理功能和深度支持。其他解决方案使用干净的界面来实现差异化。
如果组织使用通用技术的简单用例,更轻的工具将满足其需求,同时提供更好的整体体验。
在可组合性方面,全包工具提供了大量功能,简化了集成,并允许采用一个工具解决许多问题。但是,这也会锁定组织采用多个级别的技术。
企业现在寻求可独立性的可组合性、跨解决方案的标准化以及对每个功能部分的最佳依赖性。
缺乏能力的供应商在很大程度上取决于通过强调其可组合性立场,而不是重新设计来补充其缺乏功能的能力。
更多经验丰富的供应商在产品中提供用户选择解决方案,能够用替代品交换该功能。
与Ansible、Chef、Helm、Kubernetes、Puppet、Splunk或Terraform等流行工具结合或集成在当今的混合云管理(HCM)提供商中很常见。
供应商通过需求或必要性为其客户投资构建集成,缺乏核心功能的供应商可以选择通过集成来补充其服务。
其他集成是由于请求、保持竞争力的需要或通过由第三方或合作伙伴开发的插件实现的。
但是,除了预构建的插件之外,大多数混合云管理(HCM)工具还公开记录了大部分API,因此开发人员或系统管理员可以构建自己的集成。来自用户的压力越来越大,导致许多供应商完全发布所有正在使用的API。如果没有其他支持,那么构建集成可能会非常耗时,但它可能会比其提供商更快地提供连接。
然而,这种速度是以持续的成本实现的。这使得集成容易被任何一方改变,几乎没有警告,所以问题是等待集成是否值得,不必长期保持这些集成的痛苦。
云计算管理存在两个不同的任务声明:使底层云不可见;或者使云计算用户对云资源的管理不可见。
混合云管理(HCM)供应商可能会限制此选择,因为“隐形云”概念为其平台提供了更多功能,可以作为为管理人员和开发人员配置新资源的单一控制点。
该工具在云计算使用之前脱颖而出,在云平台上创建一种体验和规则集,但这缺乏以开发人员为中心的思维模式。它要求开发人员利用这种经验来发布新资源,但开发人员希望选择自己的经验和工具。
人们研究了为什么成本管理应该成为寻求使用基础设施和软件即服务的组织的优先事项。
以下来看看为什么混合云可以创建一个复杂的基础设施来管理。许多专家发现“无形管理”是一种更现实的任务陈述,特别是在以开发人员为中心的组织中。
大多数混合云管理(HCM)供应商将“隐形云”作为默认选项,如果“隐形管理”是首选方法,则可以绕过此选项。
在实践中,提供隐形的云计算转换为本机API的抽象。其最新的方法是什么?创建一个API层,可以从不同的API和格式集中获取数据源。
一些混合云管理(HCM)解决方案使用相同的API层将其指令转换为该提供者的本机API请求,通常提供一个填充层,其中包括提供程序指定的任何特定遵从性规则或方向。
尽管存在填充层,但所配置的资源在使用中的云平台本机平台API上实现标准化。如果中止混合云管理(HCM)合同,那么它只是策略的一部分,而加入现有资源则需要模板转换为混合云管理(HCM)格式。
而组织需要了解隐形的云计算的管理,允许通过不同平台进行配置的看似简单的任务是棘手的。
大多数混合云管理(HCM)工具都希望成为管理和开发人员的得力工具,并且使用不同的经验需要将模板导出到其他平台;立即将原生模板转换为自己的后期分析模式;或维护本机模板,但如果违反了策略,则提供事后补救的措施。
在事后纠正后,侵入性较低的方法会延迟合规性,并可能涉及大量人工任务——颠覆最初的生产力,获得所寻求的替代访问权。通常会采用更具侵入性的方法,例如工作负载转换,通常是为了确保可以对工作负载采取与直接通过混合云管理(HCM)门户提供的相同的操作。
实用云计算的时代已经到来。无论是哪种工具看起来不错,还是哪种供应商具有发展势头,最终,组织需要一个适合的解决方案。
实际上,组织不必选择最好的混合云管理产品。某些特性可能会对其带来显著的影响,而其他功能则属于可以使用的类别。
有些选择混合云管理产品的成本高昂,而每个云平台、工具和服务都在争夺更多的预算,因此在云管理方面,人们可能会发现需要具有足够功能的轻量级解决方案,这是一个能够更好地满足组织其他需求的解决方案。
原创文章,作者:ItWorker,如若转载,请注明出处:https://blog.ytso.com/124449.html