研究数据集成、治理、多方信任、平台采用和运营规模如何塑造了 Airbus Skywise 的部署。

作者:The Forward Deployed 编辑团队已审核

真实且有据可查。 这是三个案例中最接近真实前沿部署工程实践的一个:Palantir 多年来一直在 Skywise 平台内外与 Airbus 合作。需要说明一点。公开资料描述了这项多年合作,Foundry 自 2015 年底进入 A350 生产环节,并于 2017 年扩展到 Skywise,但并未使用“前沿部署工程师”这一头衔,也没有详细说明人员配置模式。我们描述的是这种模式——供应商多年深入客户内部开展工作——而不夸大这一标签。关于内部工程流程的公开细节很少,因此本页保持高层概述,并引用成果与约束条件。

客户背景

Skywise 是 Airbus 于 2017 年基于 Palantir Foundry 推出的开放航空数据平台,统一了飞行、工程、运营和维护数据,用于预测性维护和机队健康管理。Airbus 报告称已有近 12,000 架联网飞机;Palantir 将合作追溯至 2015 年底,即 A350 产量爬坡期间。

独特的张力

每个案例都聚焦于一点。这里的焦点是将异构的多方数据集成到一个竞争对手也愿意信任并共享数据的平台上。

预测性维护和机队健康是看得见的产品。底层的难点在于数据。Skywise 必须统一来自制造商(Airbus)、众多航空公司和供应商的数据,涵盖飞行、工程和维护领域,而每个领域都有自己的格式和系统。它还要求相互竞争的航空公司将运营数据放到一个共享平台上。只有当数据治理和隔离足够可信,让航空公司相信其数据不会泄露给竞争对手时,这才可能实现。一个把它当作“构建维护 ML 模型”来处理的团队,完全错过了这件事的难点所在。

在继续阅读之前: 一位航空公司高管问,为什么要把自己的运营数据放到竞争对手也在使用的平台上。如果你的回答是关于分析质量的,那你漏掉了什么?

你漏掉了:在数据信任问题得到解答之前,分析对他们毫无价值——我的数据存在哪里,谁能看到它,以及你能否证明竞争对手看不到。在多方平台上,治理和隔离是任何人愿意加入的前提条件,这正是安全与合规在平台规模上的教训。

与 FDE 相关工作的对应关系

公开资料证实了这种多年深入客户内部的合作,但未披露内部工程细节,因此这里保持高层概述。其形态依然是本网站所讲授的前沿部署模式。

  • 集成即交付。 将团队嵌入客户内部,把杂乱、异构的工业数据统一到一个平台上,这是 Palantir 前沿部署的核心打法:深入客户的系统、部署在客户的基础设施上、持续数年。这就是工业规模的发现与界定范围和交接。
  • 信任是采用的门槛。 让众多航空公司——其中一些还是竞争对手——接入同一个平台,是一个通过数据治理解决的采用问题。这与摩根士丹利的情形一样,是“没人信任的再好的平台也毫无价值”的张力,只是换了一个行业。
  • 环境即约束。 安全攸关、受监管的航空业加上多方数据所有权,从第一台服务器起就决定了每一个架构决策,这使得安全与合规在这里成为第一天就要考虑的驱动因素。

来自亲历者的嵌入式工作实录

本页不会将 Skywise 本身标注为一次 FDE 交付,因为该平台背后的人员配置模式并未公开。然而,关于 Palantir 前沿部署交付最详细的第一人称叙述恰好来自 Airbus 项目。Nabeel Qureshi 写道,他的第一次真正的交付把他派往图卢兹待了一年,每周四天与制造人员一起在工厂工作。他在那里参与构建的是 A350 生产软件,他称之为“用于造飞机的 Asana”;由此可以把他的叙述定位在本页所标注的 2015 年末的 A350 产能爬坡阶段,早于上述 2017 年的 Skywise 平台。所以请把它当作对嵌入模式的第一手见证:一名工程师身处客户的建筑内,使用客户的制造数据,一待就是一整年。这种生活的周复一周的细节记录在这份工作中。

差 / 好 / 卓越——“你会如何为航空公司构建一个预测性维护平台?”

差——“用传感器数据训练一个模型来预测故障。” 你直接跳到了分析环节,却跳过了这个平台之所以困难的原因。谁的传感器数据?什么格式?竞争对手的航空公司为什么会共享它?没有这些答案,就没有可用于训练的数据。

好——“先集成数据源,再在其上构建预测模型。” 顺序正确:你看到了集成先于分析。差距在于:没有说明竞争对手为什么会参与,而这正是真正决定多方平台成败的信任与治理问题。

很好——“难点在于统一来自制造商、众多航空公司和供应商的异构数据,而更难的是,赢得足够的数据治理信任,让相互竞争的航空公司愿意在一个平台上共享运营数据。所以我会首先介绍让航空公司确信其数据是私密的隔离与访问模型,然后构建集成,并把预测模型视为其上的一个层。护城河是可信的集成,算法则运行在其之上。” 你把工程放在了真正困难的地方——多方集成与信任——并将分析置于其下游。

可迁移的模式

对于一个多方工业平台,产品是可信的集成,而不是模型。采用的门槛是向每一方证明他们的数据是安全的。 分析是在统一异构数据并让竞争对手信任治理机制之后的下游工作。在任何涉及多个数据所有者的系统设计轮次中都要贯彻这一点:首先介绍集成和赢得参与的隔离模型,并把机器学习视为在难题解决之后运行在其上的层。

资料来源与延伸阅读

下一步: 返回 你准备好了吗?——自测。你已经走到了这条路径的终点,去检验一下自己吧。

下一篇什么是 FDE?