采访：Pega的“蓝图”打破遗留IT的诅咒

企业因维护无法关闭的关键老旧IT系统而面临双重损失。公司需支付费用以延长计算机系统的使用寿命，这意味着它们用于投资新技术的资源更少。

Pegasystems首席技术官Don Schuerman表示：“企业正在花钱改善客户体验和提高业务效率，但遗留系统使所有这些项目变得更加困难。”他告诉《计算机周刊》，这限制了组织建立创新和持续变革循环的能力，而这对创新至关重要。

Pegasystems是一家位于马萨诸塞州沃尔瑟姆的1400亿美元营收的技术公司，开发用于全球最大组织管理和自动化业务流程的幕后软件。Pega委托的一项对500多名IT决策者的调查显示，一半受访公司依赖超过10年的计算机系统，十分之一的公司至少有一个20至30年的计算机系统。

企业需要勇气

Schuerman认为，公司需要更有勇气应对老化IT问题，因为旧技术随着时间的推移越来越难以支持。“许多系统的构建团队已不复存在，理解代码库的人也不再那里，”他说。

像Pega这样的供应商正在开发工具，帮助组织减少对过时IT系统的依赖。例如，亚马逊网络服务（AWS）和埃森哲都开发了使用人工智能（AI）代理的转换工具，帮助公司将工作负载从大型机迁移到数据中心。

Pegasystems扩展了其工具Blueprint——一个用于创建业务工作流的快速原型工具——加入了代理AI。它使用AI代理摄取和分析遗留软件的视频、软件文档、技术文件、截图和源代码，或公司网站，以创建可转换为云应用的蓝图。

Pega在本周的会议上展示了其能力。公司演示了Blueprint如何复制最初用Cobol（一种可追溯至1959年的计算机语言）编写的信用卡管理系统的功能。内置在Blueprint中的AI代理能够询问显示某人描述如何使用软件的视频以及软件文档。

Blueprint能够在几分钟内识别代码的功能、复制其工作流，并提出改进建议。现场演示显示，通过添加AI机器人，客户可以打电话给银行，与AI代理进行自然语言对话，检查信用卡余额，请求提高信用额度并获得批准，无需人工干预。

另一个例子是沃达丰，它正在使用Blueprint在整个业务中开发应用程序。公司正在开发原型，可以在应用部署前与客户和业务人员共享和测试。该电话公司表示，使用Blueprint加快了应用的开发和部署速度，其中一个应用从概念到生产仅用了48小时。

Schuerman说，Blueprint的真正价值在于它将对话从“提升和转移”心态转变，即组织通常将遗留软件重新打包到Kubernetes容器或等效物中以在云中运行。现在，组织可以专注于改进业务流程而不是复制它们。

Blueprint可以完成应用50%至60%的开发工作，但永远不会取代开发人员，Schuerman说。公司仍需要获取遗留应用使用的数据并将其迁移到云存储。谷歌、Pega、AWS等已为该任务开发了工具。

Schuerman说，Blueprint不能替代所有遗留技术。“我们将移动和转换的东西仍然看起来像好的Pega应用。因此，具有工作流、驱动流程编排程度的东西，”他说。例如，Blueprint不适合替换财务账本系统、SAP和其他企业资源规划（ERP）系统。也就是说，Schuerman表示Pega已收到公司感兴趣将其ERP系统周围的定制流程迁移到Pega。

理论上，没有什么阻止组织使用Blueprint在其他技术中实施工作流程。该软件能够生成描述详细工作流、底层数据模型和流程接口点的文档。“如果你想将文档视为需求文档，我认为它将是传统软件开发的一个相当好的需求文档，”他说。总会有可以且应该在Pega之外运行的应用。安全是一个例子，例如管理用户的身份验证和授权以及权限。

控制代理

使用AI的风险之一是它可能不可预测且容易产生幻觉。Pega通过使用其AI代理设计和开发可重复的工作流来解决这个问题，而不是允许它们在实时运行时做出无脚本决策。

例如，在信用卡提供商的情况下，AI机器人可以与客户互动以选择适当的工作流，但没有权力为客户做出“运行时”决策。“我们正在努力确保你可以将代理AI包装并插入到具有高度可预测性和可重复性的工作流中，而其他人没有这样做，”Schuerman说。

过去，Pega倡导“包装和更新”的理念，即围绕大型机和其他遗留技术放置软件包装器以将它们集成到业务的其他部分。根据Schuerman的说法，现在是“重新思考和替换”的情况。

Pega计划推出一项新服务，使企业能够管理代理AI，无论是在Pega软件上运行还是在Pega之外运行，以确保它们以协调的方式工作，这称为Pega代理流程结构。该服务将于今年秋季提供，将审核和注册在Pega和其他IT系统上使用的AI代理、工作流和数据。它还将能够在流程尚不存在时，在人工监督下动态生成新工作流。理念是确保执行不同任务的AI代理协同工作而不是冲突。

遗留技术能否被消除？

是否有可能一劳永逸地消除遗留技术？Schuerman表示他比大多数人更乐观。“我稍微乐观一点的原因是我们已将业务逻辑从技术实现中抽象出来，”他说。这意味着公司可以改变其底层技术而不会陷入“遗留陷阱”。“我们100%达到了吗？没有，但这是愿景，”他说。