如何选型市场上的顶级编排软件

简介:

编排软件是建立有效业务工作流程的重要助手。了解市场上的些产品最适合公司的需求。

一旦编排软件的购买者已经确定了自己的环境、目标、规模和增长预期,那么他们就可以开始调研可用的编排技术、特性和功能了。这部分很有趣——购买者可以研究编排平台可为他们带来什么好处。甚至需要建立一些指南和标准以避免被不同的平台供应商所提供的信息困扰。毕竟,与其说编排产品能够带来额外的技术能力,不如说能够帮助启用业务工作流程。

将编排软件与现有自动化集成

与现有自动化集成的能力是编排软件能否真正成功的关键。这可能涉及到很多产品,从在技术上领先的产品,比如Ansible、Puppet或Chef,到更为简单的产品,比如运行shell脚本的PowerShell或Linux命令行接口(CLI)。要注意的是,业务流程平台并不会自己创建自动化——它使用自动化来完成整个工作流。这就意味着能够将编排工具链接到自动化工具上的能力至关重要——没有这部分就根本不是工作流。集成功能需要支持将自动化脚本作为编排好的工作流的一部分来执行,并能能够获得这些自动化任务的反馈和状态信息。工作流是基于能够成功运行的自动化的——如果不能确定每个任务的完成状态,就很难通过编排平台管理多个工具。

对用户友好的部署

新编排工具的关键功能是能够快速有效地部署服务。工作流的创建需要用户友好性。如果需要花费很大力气才能使用编排工具创建出新的工作流,那么它还有什么价值呢?拥有很多功能的工具使用起来往往挑战性更大,因此供应商通常会提供产品的培训。为了有效地学习,工作人员必须离线进行培训。如果大量的人需要培训,那么可能就会带来资源的问题。然而,不对员工进行培训的代价是,只有少数人能够进行或者接触工作流程的创建。编排工具应该是工作流的前端,也是工作流的中心,并且广泛部署到IT部门里。因为所需的培训或者工具的高复杂度而限制对编排工具的访问,这会导致工作大幅落后。

当调研每个产品的部署能力时,要记住目标受众,也就是那些需要经常使用它的人们。如果大量使用的是Linux操作系统,那么Microsoft Orchestrator工具就不是理想的选择。BMC Control-M,Automic和Ayehu等几款产品更为厂商中立,更加适用于多操作系统环境。VMware的Orchestrator以及上面提及的Microsoft Orchestrator等产品,更多地是为那些经常使用他们产品的用户而定制的。

工作流的成功部署比它的开发更为重要。所选择的编排工具需要具有与自动化工具和脚本集成的稳定接口——否则工作流的用户将不得不浪费时间来搜索每个任务的状态。部署能力要能够匹配上内部客户及其需求,这是部署领域集成难题里的关键一环。

很多人很容易就会忽略对于工作流而言至关重要的关键系统或协议。购买者必须检查集成过程是如何工作的——使用什么接口,以及遵循什么开放或封闭的格式。虽然许多主要业务系统遵循某些特定级别的标准,比如PowerShell或CLI,但是如果这些标准更多地作为需要转换的外部接口被引用,而不是本地接口的话,那么上述标准就不是实现自动化的理想格式。此外,如果您的自动化是以专有格式创建的,无法转换为编排软件支持的更为开放的标准呢?购买者需要确保自动化和编排软件的兼容性,以便确保该工具是否可以在不需大量重写自动化任务的情况下植入到目标环境中。某些较大的工具集,比如Microsoft Orchestrator,BMC Control-M和CA Workload Automation,具有丰富的与大量平台进行交互和协作的功能。与这样强大的能力伴随着的是额外的复杂性和成本,这可能严重影响兼容性的决策和工作量。

创建具有可重用组件的工作流

工作流是一切其他东西的真正连接点。为了实现高效性,它必须功能丰富,灵活可扩展,从而适应各种不同的工作流。由于涉及的连接和策略数量,创建工作流很可能是项很费力的任务,但它能够给未来带来收益。总体目标不应该是从头开始创建每个工作流,而是要重用工作流的常用组件来创建新的工作流。应该能够基于现有组件创建出更多新的工作流。所选择的编排软件不仅需要为用户复制部分或整个工作流,而且还要能够保留其相关资产,以便在下一个工作流里重用或重新调整编排其中部分工作流。这有助于节省时间和工作量,但它也带来了一些严峻的挑战,因为你开始给工作流组件添加警报和自动化响应的功能。

编排工作流必须具有一定级别的内置智能化组件,来处理工作流中可能发生的事件。可以是简单的基于事件的警报,或者基于现有策略或事件自动调整的更加复杂的功能,从而帮助提高整体效率或纠正工作流的问题。可能涉及到的任务范围非常广,并且所提供的智能组件可以根据组织期望调整数量。这里的关键是,组织中应该存在一定的灵活性,并能调整到他们需要的水平。这种类型的智能响应最初是基于检查工作流模式和事件的,但随着时间的推移,它们可以按照趋势创建策略的调整,以帮助提高效率。这有助于消除工作人员的猜测性工作,并且根据实际数据的资源和工作流决策,以及环境应该如何根据切实的趋势做出响应,从而对资源变化做出反应。

报告功能至关重要

任何编排软件最容易被忽略的,但却很有价值的一个方面是报告。虽然不像许多其他功能那样技术性很强或者那么关键,但是,报告往往是一个产品的门面。管理层不会,也不应该深入到技术层面;这个领域对编排工具的影响十分关键,特别对于那些非技术人员来说至关重要。如果不能清楚地传达优势,那么即使产品工作得很好,这也不是好产品。报告功能必须技术上能够详细地展示用户所需,同时提供能够覆盖从技术到管理层的广大受众的广泛且有深度的报告。诸如BMC Control-M之类的产品已经具有移动端友好的报告能力,确保能够交付给所有平台。 CA Workload Administrator在其iDash接口中非常注重预测和恢复的能力。

在研究编排软件的功能时,不要仅仅关注于任何单一的功能,因为它是一种必须能够将多个系统连接在一起的工具。关注点必须和评估领域一样宽泛。诚实地评估您的产品应该具有多长时间以及什么类型的增长潜力,因为现今技术不断变化,没有什么是永恒不变的。此外,编排软件是一个复杂的产品,需要培训和实践。与供应商合作;与市场中使用它的其他客户进行交流,获得反映它工作情况的诚实观点。编排是一个复杂的产品——选择过程也同样复杂。

本文转自d1net(转载)

相关文章
|
1月前
|
运维 监控 Cloud Native
构建行业应用生态:云原生应用市场简化企业软件安装
在移动互联网时代,尽管手机应用市场为用户带来了极大的便利,但企业级软件的安装和管理仍面临诸多挑战,包括安装复杂、交付效率低、应用兼容性差等问题。为此,基于云原生技术的企业级应用市场Rainstore应运而生,旨在简化企业软件的安装和管理,提升交付效率,增强应用兼容性,支持远程管理和个性化定制,构建开放的行业应用生态,助力企业数字化转型。
构建行业应用生态:云原生应用市场简化企业软件安装
|
6月前
|
存储 运维 JavaScript
SaaS云HIS平台源码 采用云部署模式,部署一套可支持多家医院共同使用
通过基于SaaS模式的医院管理系统,院内的医护人员、患者可快速建立互联协同。不仅如此,通过SaaS模式提供的解决方案,医院机构可实现远程医疗,从而为不同地区的患者带来优质医疗资源,促进医疗公平。
131 5
|
6月前
|
Dubbo Cloud Native 应用服务中间件
调研 7 个开源项目后,这家数据合规平台如何构建高性能网关
调研 7 个开源项目后,这家数据合规平台如何构建高性能网关
306 11
|
人工智能 架构师 Cloud Native
架构愿景: 构建良好软件的关键
架构愿景: 构建良好软件的关键
148 0
|
运维 资源调度 Kubernetes
「开源人说」第五期 | KubeVela:一场向应用交付标准的“冲锋”
「开源人说」第五期聚焦云原生领域开源至今仅两年多的项目——KubeVela,将镜头对准 KubeVela 项目背后的代码贡献者和落地实践者,讲述这个从第一天就诞生在社区的技术,如何走到对不同场景应用“海纳百川”,直至成为 CNCF 孵化项目,并逐渐向应用交付领域的事实标准演进的故事。 阅读下文,让我们跟随 KubeVela 创始团队,一起了解它的开源背后的故事。
199747 1
「开源人说」第五期 | KubeVela:一场向应用交付标准的“冲锋”
|
云安全 供应链 监控
《云原生架构容器&微服务优秀案例集》——06 国际项目—— Salesforce 社交电商容器化改造,成功落地安全可信软件供应链
《云原生架构容器&微服务优秀案例集》——06 国际项目—— Salesforce 社交电商容器化改造,成功落地安全可信软件供应链
249 0
|
项目管理
企业级研发管理工具 ONES 收购为知笔记,全面升级企业知识库产品
企业级研发管理工具 ONES 收购为知笔记,全面升级企业知识库产品
258 0
企业级研发管理工具 ONES 收购为知笔记,全面升级企业知识库产品
|
运维 SDN 调度
面向网络转型的编排管理系统和ONAP自研产品介绍
网管系统通过对网络资源、故障、性能的动态监控,实现网络运行的优化管理及运维支撑,是移动通信网络正常、高效运行的重要保障。
4701 0