“在团队层面使用自动化工具时，问题往往还不明显；但一旦扩展到全公司，复杂性会迅速上升。要在公司层面推进IT运维自动化，难度远超想象。自动化环境彼此分散，各组织的责任边界也不一致。要解决这一问题，关键不只在技术，而在治理，首先要把责任划分厘清。”

韩国Red Hat常务Hwang In-su表示，企业在推动自动化从局部应用走向全公司范围时，真正需要优先解决的不是技术本身，而是组织治理和运营模型。

5月28日下午，在韩国Red Hat于蚕室乐天世界塔举行的“Red Hat Ansible Automate 2026”活动上，Hwang In-su称，基于脚本的团队级自动化项目通常可以较快落地，但一旦推广至全公司，安全与运维标准不统一的问题几乎不可避免，因此企业必须从整体运营模型出发重新审视自动化建设。

在他看来，企业自动化难以在组织内部全面铺开的核心原因之一，是“环境分散”。

他指出，这种分散并不只是技术层面的分散，还体现在组织、平台、目标以及组织间责任划分上。结果是，自动化本身也会随之碎片化，单靠技术手段很难化解这种跨组织的割裂状态。

Hwang In-su进一步表示，数据中心、安全、网络以及IT自动化运维等不同团队诉求并不相同，而自动化对象也已从物理服务器延伸至虚拟化、云、边缘和AI环境，多重复杂性叠加。企业级自动化的难点，从来不只是脚本和工具问题，只有先明确组织治理，也就是企业的运营模型，自动化才有真正落地的可能。

他解释称，企业应事先明确几项关键问题，包括如何整合各组织需求、自动化边界划定到何种范围、由谁承担运营责任，以及引入自动化平台后具体如何使用，再据此推进实施。

据介绍，Red Hat Ansible是一款开源IT自动化引擎，可通过代码实现复杂IT基础设施和应用部署自动化。Red Hat正借助面向企业环境优化的Ansible Automation Platform，加快切入企业自动化市场，重点解决企业在自动化落地过程中遇到的治理与运营问题。

Hwang In-su表示，Ansible Automation Platform并不是单纯的执行工具，而是一个覆盖自动化全生命周期的统一运营平台，能够整合内容生成、执行与策略管理、分布式执行架构、事件驱动响应以及AI生产力支持等能力。

他同时指出，如果自动化在不同组织中以各自方式运行，企业将面临开发与运维风险上升、运营标准不统一以及责任边界模糊等问题。Ansible Automation Platform的定位，是把自动化资产沉淀为可复用的平台能力，让自动化从短期项目转变为企业的长期运营资产。

在自动化成效衡量方面，Hwang In-su强调，企业也需要调整评价标准。自动化团队往往把“Playbook执行次数”作为绩效指标，但管理层真正关注的是服务稳定性、运维响应速度、故障减少情况、部署周期缩短以及运维成本改善。

他认为，自动化KPI不应停留在执行次数上，而应回到业务结果本身，即业务是否能够运行得更快、更安全。自动化团队也不应只是执行部门，而应成为推动管理层关注的业务成果、创造企业价值的引擎。

谈及成本问题时，Hwang In-su表示，将开源自动化工具与企业级平台简单按许可证费用进行比较，并不现实。

他指出，在实际运营中，更应重点考虑权限管理失误、缺乏治理与运营标准、审计工具不足等因素带来的隐性风险成本。自动化成本需要结合总体拥有成本以及风险降低空间重新定义。

他还强调，自动化成效不应被简单理解为压缩人力，而应被视为对时间的重新分配。重复性工作减少后，IT工程师可以把更多精力投入到更高价值的战略性工作和故障预防活动中。