了解更多
在 SaaS 出现之前，企业内的所有软件都是本WhatsApp 主管地部署的。通常，IT 和软件资产管理 (SAM) 团队需要管理大约 15-20 个软件。
为数百个应用程序扩展 IT 支持
在 SaaS 之后，IT 仍然负责这些核心的企业级应用。 但更大的挑战出现了：更大的软件组合。正如我们之前提到的，如今的平均 SaaS 堆栈有 269 个应用程序，而企业则有 650 个。
鉴于现代技术栈中应用程序的数量庞大，IT 领导者面临着一项艰巨的任务，即扩展支持以满足其组织的多样化需求。这需要采取类似于医院环境中的分诊的战略方法，其中应用程序根据其重要性和支持要求进行分类。
为每个应用程序提供全面支持的日子已经一去不复返了。相反，IT 部门被迫采用一种规模化的方法，根据每个应用程序的关键性和影响来分配资源。IT 可以通过优先支持核心的企业级应用程序，同时为外围工具提供更有限的帮助，来优化资源分配并提高整体效率。
“[我们需要] 参与到正确的层面，因为 IT 人员永远无法 100% 参与所有技术。我们必须挑选出那些对公司影响最大的技术，并首先向其投入 IT 资源。”
— Modernizing Medicine 数字业务副总裁 Trenton Cycholl
让我们看看为所有应用程序提供全面支持的旧方法与规模化支持的新方法有何不同。这种二分法凸显了 IT 管理实践的演变以及对资源优化需求的认识。它们的区别如下：人工智能项目失败并非由技术人才缺
旧方法：全面支持所有本地软件
- 资源密集型：全面支持所有组织应用程序需要大量资源。IT 团队必须解决所有与软件相关的问题和请求，无论其对业务有何影响。
- 一刀切的方法：传统上，IT 部门对所有应用程序采用标准支持模式，而忽略了它们的重要性或用途。这导致非关键应用程序资源浪费。
- 可扩展性有限：随着应用程阿拉伯语数据序组合的增长，传统方法已不可持续。IT 团队面临着扩展工作量的挑战，导致服务延迟和运营效率低下。
新方法：为整个企业的所有 SaaS 应用程序提供规模化支持
- 资源优化：新方法注重资源优化和战略优先级，通过根据应用程序的关键性和使用模式分配支持。
- 定制的支持级别：IT 团队实施分层支持系统，根据应用程序的重要性提供不同的服务级别，其中核心应用程序获得全面支持，而不太重要的应用程序则提供有限或自助服务选项。
- 增强的可扩展性：扩展的支持模型提高了企业的可扩展性和灵活性，使 IT 能够适应应用程序使用变化并确定支持优先级以有效满足业务需求。