Dynatrace宣布完成对Arize的收购,交易金额为9.15亿美元,此前该公司于8月中旬宣布有意执行这项交易。此次交易将Dynatrace在应用性能、基础设施和安全监控方面的经验,与Arize在追踪、评估人工智能模型和代理行为以及纠正其问题方面的能力结合起来。
这项交易是为了应对一个仅靠传统监控工具无法揭示的问题:服务和基础设施可能运行正常,但代理却给出错误答案、调用不合适的工具,或无法完成任务。因此,开发和运营团队需要将模型和代理内部发生的情况,与其依赖的应用程序编程接口及服务中发生的情况联系起来。
两层运营可视性
Dynatrace于2005年在奥地利成立,并从应用性能监控发展为全面监控和安全领域的公司。自2017年以来,该公司还持续投入开发由人工智能驱动的助手Davis。Davis后来发展为根本原因分析引擎,并增加了预测和生成式能力,以及用于调查和处理事件的SRE代理。
Arize于2020年结束隐秘运营,最初是一家专注于监控生产环境中机器学习模型的初创公司。随着大型语言模型和代理的普及,该公司的业务范围进一步扩大,涵盖追踪其行为、开展评估,以及识别传统应用监控可能无法发现的故障。
实际上,Dynatrace通常服务于站点可靠性和平台团队,而Arize则专注于人工智能工程师和开发人员。两个平台整合后,可以跨越两层调查代理故障:一方面是模型逻辑和工具使用情况,另一方面是底层服务和应用程序编程接口。
从读取数据到采取行动
Arize联合创始人兼产品负责人Aparna Dhinakaran认为,追踪数据的规模使人工检查变得不可行。与其要求工程师审查数十亿条追踪记录,不如让代理分析遥测数据,并寻找反复出现的模式和可能的原因。
Arize表示,Signal工具会审查生产环境中的追踪记录,识别反复出现的问题并提出修复方案。它还可以通过分析助手Alyx的追踪记录来创建合并请求;Dhinakaran表示,Arize接受该工具提出的合并请求的比例约为65%至70%。在这一模式中,工程师不再手动搜索追踪记录,而是转向审查建议的修改内容。
实际发生了什么变化?
这项交易的核心价值在于缩小人工智能应用的构建与其在生产环境中可靠运行之间的差距。开发人员和平台团队将能够把代理的答案或决策,与它所使用的服务链联系起来,而不必使用彼此分离的工具处理每一层。
但这一趋势并不意味着不再需要控制措施。文中指出,长期设想是让软件能够自我维护和改进,同时由人类保留最终审查权。此外,所提到的合并请求接受率仅适用于Arize的测试和某一特定工具,并不能证明自我修复适合所有生产环境。在将自动化分析转变为对系统的直接修改之前,权限、修改的安全性以及代理可以执行哪些操作的边界,仍然是决定性因素。
新闻来源
The New Stack - Software Development
查看原始来源 ↗