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

简介:

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

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

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

与现有自动化集成的能力是编排软件能否真正成功的关键。这可能涉及到很多产品,从在技术上领先的产品,比如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(转载)

相关文章
|
安全 Serverless 数据安全/隐私保护
阿里云主导《Serverless 计算安全指南》国际标准正式立项!
阿里云主导《Serverless 计算安全指南》国际标准正式立项!
|
人工智能 架构师 Cloud Native
架构愿景: 构建良好软件的关键
架构愿景: 构建良好软件的关键
165 0
|
JSON 运维 Prometheus
让应用交付和管理统一:KubeVela 亮点功能及核心技术回顾
让应用交付和管理统一:KubeVela 亮点功能及核心技术回顾
11789 0
让应用交付和管理统一:KubeVela 亮点功能及核心技术回顾
|
运维 资源调度 Kubernetes
「开源人说」第五期 | KubeVela:一场向应用交付标准的“冲锋”
「开源人说」第五期聚焦云原生领域开源至今仅两年多的项目——KubeVela,将镜头对准 KubeVela 项目背后的代码贡献者和落地实践者,讲述这个从第一天就诞生在社区的技术,如何走到对不同场景应用“海纳百川”,直至成为 CNCF 孵化项目,并逐渐向应用交付领域的事实标准演进的故事。 阅读下文,让我们跟随 KubeVela 创始团队,一起了解它的开源背后的故事。
199763 1
「开源人说」第五期 | KubeVela:一场向应用交付标准的“冲锋”
|
存储 NoSQL Go
国王小组:开发国际交易所搭建|如何选择合适的容器技术架构
国王小组:开发国际交易所搭建|如何选择合适的容器技术架构
|
Kubernetes Cloud Native 安全
专访 KubeVela 核心团队:如何简化云原生复杂环境下的应用交付和管理
2021 年 7 月,KubeVela 和 OAM 项目整体捐赠给 CNCF 基金会托管。 在 1.2 版本中,KubeVela 新增了以应用为中心的控制面板 UI 功能,使应用组装、分发、交付流程变得更简单,并可以通过 UI 控制台及时了解整个交付链路状态,简化多云/混合环境交付方式。另外还新增了基于订阅模型的开源应用交付系统 ,使企业和云原生应用开发者只需要在 GitHub/Gitlab 上修改代码,就可以自动完成云原生应用交付的整个链路。 从开源到现在已经有一年多,KubeVela 社区取得了什么样的进展?有了哪些落地实践?1.2 版本中为什么会新增加这两个功能,适合于什么场景?
1776 6
专访 KubeVela 核心团队:如何简化云原生复杂环境下的应用交付和管理
|
存储 弹性计算 运维
企业如何高效用云?| 资深运维架构师细说云架构下的运维体系构建
千亿级日请求,百亿级模型特征,平均广告响应时间 50 毫秒以内,成本节省90%,汇量科技云上运维体系是如何构建的?
企业如何高效用云?| 资深运维架构师细说云架构下的运维体系构建
37signals更名为Basecamp,未来仅专注发展单一产品
37signals这家软件公司,以杰出的专案管理服务Basecamp闻名全球。关于这家公司,不知道读者朋友们是否有印象?但也许你看过《重来》(Rework)这本书,或是听过Ruby on Rails这个程式语言框架,这也都是该公司的作品。
604 0
37signals更名为Basecamp,未来仅专注发展单一产品
|
消息中间件 大数据 Linux
重磅 | 中移软件和青云QingCloud加入 OpenMessaging 开源标准社区
近日,中移(苏州)软件技术有限公司(中国移动苏州研发中心)和青云QingCloud先后宣布,正式加入Linux基金会旗下OpenMessaging开源标准社区,以充分发挥自身优势,推动开源社区发展,实现低成本甚至无成本的在不同的产品和不同的云平台之间进行消息传递的社区愿景。
2568 0
重磅 | 中移软件和青云QingCloud加入 OpenMessaging 开源标准社区
|
人工智能 开发者
“练好内功坚持被集成”,阿里云发布SaaS加速器
这是发生在3月21日阿里云峰会·北京上的一幕。阿里云智能产品管理部总经理马劲在现场演示了他用5天开发完成的智能购车应用,并体验了其中的虚拟试驾功能。过去需要几十人的团队耗费一个月才能完成的应用搭建,现在通过SaaS加速器,只需要一个人、五天就能完成!
1788 0