这种境况在今天已经不复存在了。今天的企业业务需求需要保证其24小时全天候实时的IT可用性。同时，IT资源在混合了物理和虚拟环境的情况下，企业需要有专人或专门的设备来管理这一切。对此，不少工作内容调度应用程序已经升级进化到了先进的工作量自动化解决方案了，它们可以直接跨任意数量的异构环境任务执行。

　　然而，许多IT主管们都还没有意识到的是：这些自动化解决方案已经为那些希望战略性的使用它们的企业带来了戏剧性力量。当管理员开始更新思维并充分利用这些新的应用程序时，这些解决方案帮助企业降低成本，并发展了企业的业务，在这个过程中也使得企业获得了更灵活的IT基础设施。

　　对上述问题的反思始于处理当前任务的方式。在大多数IT企业，当一个任务需要实施自动化，传统的答案是将解决方案绑定现有的系统。例如，数据库管理员可能需要自动备份的解决方案，而集成架构师正在寻求特定系统上的ETL进程自动化。于是企业开始针对该工作任务编写一个脚本或工作计划，通常是在一个特定的平台工具上。常见的例子包括：适用于Windows的任务调度程序，Unix和SQL服务器代理任务和进程调度。

　　这种“元素的方法”，涉及的编码的一些组合，一个新的应用程序，硬件或只是一个另外的处理进度，是可以理解的。也是过时的。虽然这种头痛医头的有针对性的解决方案在短期内是有利的，但随着时间的推移，他们会产生显着的成本和复杂性。几年之后，这样的IT企业的状况将是一个拼凑的，笨拙的自动化解决方案，无法满足其环境需求。

　　IT企业作为一个整体部署和实施一套自动化的策略，而不考虑跨部门的自动化需求。其建立自动化的筒仓会为业务的整合和IT操作过程带来障碍；会造成进程的过分的彼此依赖。此外，这种“针对性的”调度解决方案仅仅代表了一种临时性的解决办法，其在未来几年内将明显过时或不足，并增加IT复杂性和实施成本，其会需要更多的资源，并维护多种工具。

　　这种拼凑型的自动化解决方案，不可避免地会导致失败，直接影响企业业务，并为IT企业的声誉造成影响。例如，当某个脚本所存储的服务器正在进行维护时，该脚本就不能运行，IT部门从某个业务部门不能按时收到文件而发现该问题。为了应对诸多类似的自动化“引爆点”。IT企业必须整合多个自动化解决方案，以提高监测和管理，更有效地在系统和应用程序之间传递数据和管理的依赖关系。

　　更现代化的替代“元素的方法”的方案是“架构方法”这一概念。这一概念跨越了实物资产、技术、地域和工作方法的边界，把进程和系统放在第一位。灵活地响应业务需求、政策、服务水平协议和标准，“架构方法”通过将单个任务放到更广泛的计算环境的背景下，大大超越了单点针对性的解决方案。

　　IT企业在整个企业范围内采用一套统一的IT自动化策略。将使得IT环境变得越来越复杂，而在这样一个24小时全天候互联网驱动的世界，企业业务部门的成功正变得越来越依赖于基于IT的服务。更高效的自动化和关键任务的管理取决于系统和进程类型所需的自动化解决方案对于那些界限的填补。最后，其为推动更好的管理、可视性和控制策略驱动的自动化策略奠定了基础，使得IT部门能够在某些服务器出现故障时更迅速地响应业务部门的需求，而不是寻找其他的服务器来运行相关的脚本。

　　例如，在大数据的领域，进程需要先进的资源管理。而不是被限制使用有限的企业内部资源来执行这些进程。而IT部门所要考虑的是如何以灵活的、成本有效的方式整合企业的内部虚拟和云资源。整个方法节省了时间，降低了成本，简化了管理，不再需要将许多（可能是数百个）解决方案绑定在固定的系统上。

　　这种新的心态使得智能工作负载自动化的优势真正大放异彩。而不再是简单的自动化任务。其默认设置资源边界和智能工作负载，IT进程自动化平台可以实时性的提供内部/外部资源的需要，以执行这些进程。遵循相关的规则和战略重点，而不是按照时间表和结构，管理如何进行资源分配和设计。

　　作为一款单一的、企业工作调度和工作负载的自动化解决方案，ActiveBatch可以动态地管理任何数量的解决方案，并处理相关的政策和服务水平目标。此外，鉴于IT变得更加熟练进行回应和报告，使得其能够提供更高的服务价值。在整个企业范围内提高可视化，并改善控制，进而带来更好的整体治理效果。

　　随着实时性的需求、自助式计算服务对于今天的IT产生不断影响；移动设备使用的增加和更多的自动化进程需求，迫使我们的思维必须发生转变。现在，是时候停止采用头痛医头的解决方案来处理任务和工作负载了。是时候采用更广泛的架构方法来替代元素方法了。而智能工作负载自动化就可以我们帮助实现这一点。