【企业技术架构】企业自动化是下一代架构吗?

简介: 【企业技术架构】企业自动化是下一代架构吗?

设置舞台

自动化是所有 IT 领导者“待办事项”清单上的一项举措。但所有领导者对自动化的定义并不一致。定义中的许多歧义与范围有关。企业自动化有意从业务角度看待自动化。另一方面,IT 自动化更侧重于消除人类重复性任务。


可以将企业自动化视为整个企业中许多 IT 自动化项目的整合。但是,从自动化中实现真正价值的唯一方法是协调和整合这些战术项目以实现战略目标。否则,这些 IT 自动化项目只是独立的计划,可能会也可能不会在关键的交叉点协同工作。

将自动化视为一项战略举措并不是我看到很多组织真正考虑的事情。

考虑到一些自动化计划可能专注于组织的混合云基础架构,而同一企业内的另一项计划可能正在推动自动化安全修复。其他项目的目标可能是确保系统始终符合安全标准。

这些计划中的每一个都可能需要接触基础设施组件,例如网络和服务器,以及对应用程序 API 提供的更改做出反应。仔细考虑这一点,可以看出企业自动化计划的内在复杂性。

我在这篇文章中的目标是确定组织在实施企业自动化战略时应考虑的要点。

自动化的价值是什么?

在考虑下一代架构时,组织应从企业/战略角度考虑自动化。为此,IT 领导者需要能够就此类计划的价值提出业务案例。但是如何定义自动化的价值呢?与产品成本相比,成本节约是否足够衡量?如果一个组织只关注短期战术项目,那么关注成本可能是一种有效的方法。但是,如果不将其作为更广泛战略的一部分加以解决,实施短期战术自动化项目可能会产生长期的技术债务。

企业自动化是一个战略性的业务级项目,从长远来看,战略价值超过成本。

战略性企业自动化战略必须着眼于组织可以实现的业务价值。质量的提高是一个巨大的战略价值,敏捷性和执行速度也是如此。如何提高效率,让员工专注于增长计划?合规性是另一个对许多组织来说成本高昂的因素。组织还拥有必须利用的现有资产。使用自动化来简化这些流程也是应该考虑的事情。

所有这些因素在企业范围自动化的商业案例中都占有一席之地,但这种方法真正需要的是组织将自动化视为一项战略举措,而不仅仅是一项技术举措。

企业框架是关键

如何在企业级别实现自动化战略?当今的企业是高度复杂、相互依存的生态系统。它们由跨越本地、公共云和越来越多的公共云的基础设施组成。这些基础设施的自动化需求涵盖供应、修补和事件响应。基础设施即代码是满足这些需求的一种很有前途的技术,但是如何解决网络组件和应用程序以及计算和存储组件?

安全足迹通常由事件生成软件的组合组成,这些软件必须关联,通常是手动的。在较大的组织中,这些流程可能因负责该部分安全性的团队而异。当发生可疑事件并且需要进行更深入的调查以防止违规时会发生什么?


机密管理是企业内部复杂性的另一个例子。应用程序、基础设施和数据库可能合法地需要提升的权限。创建一个标准的编码流程,允许从机密管理存储库中提取这些凭证并在多个自动化运行中安全使用,这是一个非常需要的集成点。

大多数成熟的自动化流程都是在代码中实现的。考虑如何管理自动化代码存储库是另一个重要的考虑因素。应考虑结构、访问和代码质量等因素。

创建一个解决人员、流程和技术的框架,从本质上控制自动化,这是发展组织架构的关键步骤。一旦组织了解需要企业自动化框架,就应该寻找合适的工具来实现其目标。

进入 Ansible 自动化平台

Ansible 自动化平台是企业自动化框架的技术部分,该平台可以轻松与跨基础架构(公共和本地、网络、计算和存储)的其他以产品为中心的工具集成,能够通过它们的应用程序与应用程序交互API,协调安全事件响应,支持秘密管理等功能。

虽然有其他工具组合可以支持这个企业框架,但红帽的 Ansible 自动化平台 2 是一个单一的统一平台,应该在任何 IT 领导者短名单中,以帮助组织实现这一目标。


作为 API 优先平台,其所有功能都通过其 REST API 公开。这为平台提供了与其他应用程序 API 集成的能力,以启用该应用程序中的某些功能或接受来自该应用程序的调用并执行某些编码活动。

作为新兴的 IT 自动化事实语言,Ansible 集合、角色和剧本在互联网上激增。其中许多可通过诸如galaxy.ansible.com 等社区网站获得。但是这些社区开发的剧本管理得如何?是否有一些不良行为者可能会毒害一个集合,从而可能损害一个人的企业自动化战略或更糟?作为一个在社区中茁壮成长的组织,红帽了解如何保护软件供应链。

我们在如何以认证内容集合的形式将开源项目产品化为 Ansible 内容方面运用了我们的专业知识。在红帽自动化中心(可作为服务或本地使用)内,我们已对 56 个合作伙伴的 114 个集合进行了认证,包括 AWS、微软、思科、Cyberark 和 ServiceNOW。

Red Hat 在考虑组织委派的情况下接触了 AAP 的基于角色的访问控制。我们有一个组织和团队结构,允许主题专家 (SME) 获得他们需要的访问权限,以便在 Ansible 剧本中编写他们的流程,并将它们作为工作模板分发给企业。这些模板使用安全方法分发,允许在执行 playbook 运行期间使用提升的凭据,但绝不会暴露给任何人。这种方法可以让中小企业腾出时间从事更高价值的工作,同时为需要这些流程的团队提供更有效地完成工作的机会。


然后,自动化架构师能够在 Ansible 工作流中使用来自不同团队的 SME 提供的作业模板来创建一个整体的编码服务,然后可以向自动化消费者公开和使用该服务。该服务的构建方式可以包括任何适当的批准,并在您组织帐户下的红帽混合云上发布,或者基于红帽提供的私有服务(技术预览)发布。

自动化指标

通过这篇博客的大部分内容,我谈到了自动化中难以量化的部分,例如通过编纂流程来确保质量,以及提高效率,让员工腾出时间并致力于增长计划。然而,虽然质量、增长和合规性应该是任何企业自动化战略的关键部分,但显然仍必须考虑成本。

Ansible 自动化平台的一个经常被忽视的特性是 Red Hat Insights for Ansible。该服务为客户提供了一些功能:1) 使用 Saving Planner 预测自动化成本节省和 2) 使用自动化计算器确定从实施的自动化中实现的节省。

我们提供这些服务以帮助组织计算 Ansible 自动化平台投资的潜在成本节约。

结束

我在这篇文章中的一个目标是解决自动化应该被视为一项战略举措这一点。此外,随着企业架构师为企业自动化构建业务案例,它应该包括其他因素,例如提高质量、提供增长机会、保持合规性以及在成本之外最大限度地利用现有资产。企业自动化战略的任何解决方案都应包括创建一个框架,该框架将允许适当的工具集成并协同工作。集成点和多样化的生态系统对于这种规模的项目的成功至关重要。

最后,我想说明 Ansible 自动化平台 2 应该出现在任何 IT 领导者的产品短名单中,以评估此类计划。


企业自动化是下一代架构吗?是否应考虑成本以外的因素?Ansible 自动化平台 2 是企业自动化计划的可行解决方案吗?

你怎么看?我阅读并回复所有评论。

相关文章
|
23天前
|
运维 供应链 安全
SD-WAN分布式组网:构建高效、灵活的企业网络架构
本文介绍了SD-WAN(软件定义广域网)在企业分布式组网中的应用,强调其智能化流量管理、简化的网络部署、弹性扩展能力和增强的安全性等核心优势,以及在跨国企业、多云环境、零售连锁和制造业中的典型应用场景。通过合理设计网络架构、选择合适的网络连接类型、优化应用流量优先级和定期评估网络性能等最佳实践,SD-WAN助力企业实现高效、稳定的业务连接,加速数字化转型。
SD-WAN分布式组网:构建高效、灵活的企业网络架构
|
8天前
|
Kubernetes Cloud Native 云计算
云原生技术深度解析:重塑企业IT架构的未来####
本文深入探讨了云原生技术的核心理念、关键技术组件及其对企业IT架构转型的深远影响。通过剖析Kubernetes、微服务、容器化等核心技术,本文揭示了云原生如何提升应用的灵活性、可扩展性和可维护性,助力企业在数字化转型中保持领先地位。 ####
|
8天前
|
运维 Cloud Native Devops
云原生架构:重塑企业IT的未来####
随着数字化转型浪潮的汹涌,云原生架构凭借其高度灵活、可扩展和高效的特性,正逐步成为企业IT系统的核心。本文将深入探讨云原生架构的核心要素、技术优势以及如何引领企业实现业务创新与敏捷交付。 ####
|
30天前
|
存储 人工智能 算法
精通RAG架构:从0到1,基于LLM+RAG构建生产级企业知识库
为了帮助更多人掌握大模型技术,尼恩和他的团队编写了《LLM大模型学习圣经》系列文档,包括《从0到1吃透Transformer技术底座》、《从0到1精通RAG架构,基于LLM+RAG构建生产级企业知识库》和《从0到1吃透大模型的顶级架构》。这些文档不仅系统地讲解了大模型的核心技术,还提供了实战案例和配套视频,帮助读者快速上手。
精通RAG架构:从0到1,基于LLM+RAG构建生产级企业知识库
|
23天前
|
Cloud Native Devops 持续交付
云原生架构:重塑企业IT的无形之手####
本文旨在探讨云原生架构如何成为推动企业数字化转型的核心动力,它不仅是一种技术升级,更是业务与开发模式的深刻变革。通过剖析云原生的核心要素——微服务、容器化、持续集成/持续部署(CI/CD)、以及DevOps文化,本文揭示了这一架构如何提升系统的弹性、可扩展性和敏捷性,为企业在竞争激烈的市场环境中赋予快速响应和创新的能力。不同于传统综述,本文将以一个虚构案例贯穿始终,直观展示云原生架构从理论到实践的转化过程,为读者提供一幅生动的技术蓝图。 --- ###
|
24天前
|
Kubernetes 持续交付 Docker
探索DevOps实践:利用Docker与Kubernetes实现微服务架构的自动化部署
【10月更文挑战第18天】探索DevOps实践:利用Docker与Kubernetes实现微服务架构的自动化部署
72 2
|
1月前
|
运维 Cloud Native 安全
云原生架构:企业数字化转型的新引擎##
【10月更文挑战第2天】 在当今数字化浪潮中,云原生架构以其独特的优势成为企业实现高效、灵活和创新的核心驱动力。本文深入探讨了云原生的概念、核心技术如容器化、微服务和DevOps等,并分析了这些技术如何共同作用,推动企业在云平台上实现快速迭代、弹性扩展和资源优化。同时,文章还阐述了云原生在实际应用中面临的挑战及相应的解决策略,为企业的数字化转型提供全面而深入的指导。 ##
52 17
|
1月前
|
存储 运维 监控
高效运维:从基础架构到自动化管理的全面指南
【10月更文挑战第11天】 本文将深入探讨如何通过优化基础架构和引入自动化管理来提升企业IT运维效率。我们将从服务器的选择与配置、存储解决方案的评估,到网络的设计与监控,逐一解析每个环节的关键技术点。同时,重点讨论自动化工具在现代运维中的应用,包括配置管理、持续集成与部署(CI/CD)、自动化测试及故障排除等方面。通过实际案例分析,展示这些技术如何协同工作,实现高效的运维管理。无论是IT初学者还是经验丰富的专业人员,都能从中获得有价值的见解和实操经验。
61 1
|
1月前
|
运维 Cloud Native 持续交付
探索云原生架构:企业数字化转型的新引擎
在当今数字化浪潮中,云原生架构以其独特的优势成为企业转型的关键。它通过容器化、微服务、DevOps和持续交付等技术,使企业能够快速响应市场变化,实现应用的高效开发、部署和运维。本文将深入探讨云原生的概念、核心技术及其在现代IT环境中的重要性。
|
1月前
|
Kubernetes 监控 Cloud Native
探索云原生架构:企业数字化转型的新引擎
【10月更文挑战第5天】 在当今数字化浪潮中,云原生架构以其独特的优势成为企业实现高效、灵活和可扩展的关键。本文将深入探讨云原生的核心概念、关键技术以及实际应用案例,揭示其在推动企业数字化转型中的重要作用。
34 6