读懂SOSA的接口承诺与集成边界

JED 2025年8月 · Barry Manz开放架构专题深读

从机箱里拔出一块板卡，再换入另一家供应商的产品，演示动作很简单。真正困难的是，让这种替换在多年升级、软件变化和不同供应商参与之后仍然成立。接口如何定义、验证涵盖哪些条件、谁来承担集成成本，决定了“可以更换”能否变成长期能力。

Barry Manz在2025年8月JED的《Unlocking Interoperability: The Promise of the SOSA Standard》中，采访了Pixus、Curtiss-Wright、Mercury和Spectrum Control等企业人士。[1] 文章既谈传感器开放系统体系结构（SOSA）的承诺，也保留了认证、射频、散热、尺寸和旧系统兼容方面的分歧。沿着这些分歧读，比把SOSA当成一个万能兼容标识更有收获。

01 开放架构首先改变组件之间的约定

图1 编辑整理的概念层次图。MOSA是业务与技术方法，SOSA提供架构和接口约定，具体产品仍需对应自身的符合性与集成证据；图中不是认证流程图。

原文回顾的痛点，是许多系统长期围绕单一平台和供应商定制。产品可以针对当时任务做到很高性能，但升级时，一个部件的变化可能牵动整个系统。开放架构希望把某些共同约定稳定下来，使内部技术演进时，其他部分不必每次都从头适配。

The Open Group对SOSA的官方介绍，既包括具有功能和行为定义的架构模块，也包括软件、硬件、电气和机械接口。[2] 因此，板卡外形只是其中一个可见层面。同样大小、能插入同一个槽位，不足以说明数据、管理方式和系统行为已经一致。

模块化开放系统方法（MOSA）则是更宽的业务与技术策略。2024年官方工程指南把模块化设计、接口验证、增量替换及相关数据权利放在同一框架下。[3] SOSA是支持开放架构的一项具体工作，不能把MOSA、SOSA和某一类机箱当作三个可以互换的名称。

这里所说的开放，重点是有明确且可共同使用的接口约定。它不自动意味着厂商必须公开全部内部设计，也不等于用户获得了所有源代码和无限使用权。对于后续维护而言，接口资料是否充分、必要资料能否取得和使用，仍要与技术兼容性分别理解。

02 配置文件缩小了各自解释接口的空间

Curtiss-Wright的Steven Edwards在原刊举了一个具体例子：过去有些引脚必须按共同规则使用，但剩余引脚仍可能由厂商自行安排。外形与部分连接虽然相同，私有用法却会让组合变得困难。SOSA通过配置文件（profile）进一步约束选择，是为了减少这类隐含差异。

这种“配置文件”描述一组明确选定的架构与接口约定，不应简单理解为软件里的一个配置文本。其价值是缩小需要逐项协商的范围，让供应商能够围绕相同边界开发产品。Rodger Hosking认为，即便继续使用同一家供应商，这也有助于后续技术更新。

不过，标准化接口并不承诺所有产品的内部功能和性能完全相同。原刊谈到更换模数转换器等组件，意思是有望减少集成障碍；不能据此推导出更换任何产品都不需要重新确认系统行为。产品是否覆盖所需功能，与它是否遵循某组接口约定，是相互关联但不同的问题。

Pixus的Justin Moll强调，兼容性和设计灵活性之间需要平衡。约定太宽，厂商容易各自解释；约定过细，又可能限制新的实现方式。从编辑角度看，开放架构的工作并非一次性消除差异，而是确定哪些差异允许留在模块内部，哪些差异会破坏模块之间的共同契约。

03 对齐标准和正式认证应当分别表述

原文把“SOSA aligned”与完成正式符合性认证的产品分开。前者表达产品面向SOSA要求进行开发或对齐，不能在中文转述中直接升级成“已通过认证”。厂商自己的声明、某次互操作演示和由规定程序确认的结果，提供的是不同层次的证据。

Edwards在2025年采访中表示，标准虽然已经发布，配套验证要求、设施和费用仍有待进一步明确。他担心每件产品的测试成本可能很高。这里应当保留报道日期和说话人；不能把这段判断写成永久有效的认证状态，也不能据此说当时连技术标准都不存在。

The Open Group的SOSA标准流程文件将标准开发与认证开发分别描述。在认证一侧，材料制定、审议、发布、项目启动及日常运行是不同步骤；符合性声明还要明确产品身份、满足的要求和相关可选特性。[4] 这解释了为什么“已有文件”“已有流程”和“某产品已获认证”不能合并成一句话。

图2 原刊第31页所载PlugFest活动照片。按原图注，活动于2025年2月在Beale空军基地举行，展示SOSA-aligned模块与机箱；署名USAF PHOTO。演示照片本身不证明产品已获正式认证。

原刊图中的PlugFest有另一种价值：不同供应商把各自设备带到共同场合，可以暴露原先没有被共同理解的接口问题。它为互操作积累经验，但一次演示覆盖的组合与条件有限。演示成功是有范围的技术证据，不会自动扩展为所有型号、所有版本和全部使用条件的保证。

阅读产品材料时，最有信息量的是明确的对象和范围：哪一件产品、面向哪个版本、验证了哪一组要求。历史产品的资格还应以对应时期的认证记录为依据。

04 射频信号与热量仍然遵守物理约束

Manz用较多篇幅讨论射频（RF）集成，原因很直接：共同接口可以规定连接关系，却不会让连接器、走线和材料自动变得理想。原文提到信号衰减、阻抗失配和连接损耗，提醒读者“能够接上”之后仍有实际信号质量问题。

Hosking看重经背板连接带来的维护便利：替换模块时可以减少前面板线缆逐根辨认和重接的工作。随后文章又谈到某些情况下前面板同轴连接的需求。这两段放在一起，是对模块化便利与物理约束之间张力的描述，不能截取其中一句，扩展成所有射频实现都适用的绝对规则。

供电和冷却也类似。原文讨论高功率密度器件时，强调热量仍需从器件内部传出并排散。即使某一模块在接口上满足约定，它放进具体机箱后能否在规定环境下工作，仍要有相应的系统证据。对功耗或冷却方式的讨论，不能被一个“开放架构”标签省略。

还应避免把原文对模拟链路的强调，转述为数字链路不受物理条件影响。这里的合理阅读范围，是不同信号与组件对互连条件有不同敏感性。文章没有给出统一的损耗、功率或温度门槛，本文也不从采访措辞推导任何具体系统的设计参数。

05 向后兼容与面向新标准开放有不同对象

Spectrum Control的Stephen Martin提出了与新架构愿景不同的现实诉求：一些客户希望保留既有机箱，提高内部模块能力。对这些用户而言，继续与历史系统配合，比全面追随新的互操作框架更紧迫。他的判断来自所讨论的市场与业务，不能概括为所有项目都只关心向后兼容。

向后兼容是在保护已经存在的约定；面向新标准的互操作，则希望更多供应商围绕共同约定协作。两者可能一致，也可能发生冲突。当旧系统内部存在私有定义时，新板卡满足一套公开规范，并不保证能直接承担旧板卡的全部作用。

原文列出适配卡、协议转换器和子系统重设计等迁移方式。这些方式可以帮助过渡，同时也会带来新的接口、维护和验证工作。把一个旧接口包在适配层后面，并不意味着相关依赖消失；它可能只是改变了依赖出现的位置。

2024年官方工程指南也提醒，即便两个系统都采用开放方法，若模块划分不一致，软件或组件复用仍然可能遇到困难。[3] 这与原刊关于遗留系统的讨论相互呼应：复用不仅取决于接口叫什么，还取决于功能边界是否适合被共同复用。

06 小尺寸平台让模块化收益有了另一种账本

Ian Dunn在采访中谈到比3U VPX更小的实现策略。原文关注的不是简单把现有板卡缩小，而是超紧凑系统是否能够承担机箱、插槽、连接和模块边界带来的代价。它们可能更依赖定制板、片上系统和高度集成的模块。

因此，不能把“采用SOSA”理解成所有设备都应装进同一种3U结构。SOSA官方介绍包含功能架构与多类接口；原刊批评和权衡的重点，则是当时讨论的具体硬件实现。[2] 某种板卡形式不适合某个尺寸约束，不等于开放接口思想本身失去价值。

从编辑角度看，模块化把一部分内部紧耦合关系转化成可以独立替换的边界，但边界通常需要物理或软件上的表达。对于空间、功耗和重量约束不同的产品，这笔交换得到的收益也会不同。文章没有给出一条跨平台通用的最小尺寸线。

这也是原刊保留不同供应商声音的意义。大型既有机箱可能看重持续插入新模块；紧凑产品可能优先整机集成。它们不是谁更理解开放标准的问题，而是在处理不同的历史投入、维护方式和产品边界。判断适用性时，需要让这些背景留在论证中。

07 生命周期成本不能只看首次采购价格

Hosking看重标准化对未来更新和总拥有成本的作用，Dunn则强调实现复杂度以及供应商参与标准工作的投入。两种观点可以同时成立：一个项目可能在后续替换中获益，而供应商仍需在早期承担开发、验证和资料维护成本。

Edwards所说可能达到数百万美元的测试成本，是采访中的担忧和估计，原文没有给出统一收费表。不能把它改写成每张SOSA板卡必须缴纳的固定认证费。费用属于哪一类产品、包括哪些试验和整改工作，都会改变它的含义。

下面的表格是对原文争议的编辑整理，不是成本模型。它把首次形成能力、适应新版本和后续维护分开，让“开放系统降低成本”这个判断有一个可讨论的时间范围。若只比较购买当天的价格，长期重用的收益和前期验证的投入都会被混在一起。

表1 开放架构成本讨论的三个时间范围

08 政策推动与标准演进需要保留适用条件

原刊把2019年前后的MOSA要求概括为所有新防务计划都要采用开放方法。核对2024年版《Engineering of Defense Systems Guidebook》第103页，相关强制表述针对的是2019年1月1日之后获得里程碑A或B批准的重大国防采办项目（MDAP），并保留最大可行程度的条件。[3] 这些限定不能在压缩文字时删掉。

同一指南还要求在可行且具有成本效益的情况下评价和实施MOSA。无论政策推动多么明确，采用MOSA与采用某一套SOSA产品都不是完全相同的决定。原刊关于未来投标会偏向SOSA内容的说法，属于受访者对产业方向的判断，不能直接当作所有采购项目的统一规则。

文章最后列出受访者对标准及测试设施成熟时间的估计。这些是2025年的预期，不是联盟为所有工作公布的硬性完成承诺。对持续发展的标准，更有用的理解是：已发布的约定、配套验证、产品实现和后续修订，可能处在不同进度上。

Manz记录的是一个行业试图把重复集成工作变成共同知识的过程。参与者要减少私有差异，也要容纳新技术；长期收益与眼前投入，都需要在具体项目中得到解释。

让接口承诺能够跨越产品寿命

SOSA的长期价值，体现在接口约定能否随产品演进被持续理解、验证和维护。一次插拔展示了可能性，一套充分限定的证据才能说明替换成立的范围。读这篇报道时，把接口、功能、认证与生命周期成本分别看清，再看它们如何联系，才能理解互操作性的承诺到底落在哪里。

资料来源与说明

[1] Barry Manz. Unlocking Interoperability: The Promise of the SOSA Standard. JED，2025年8月，第29—32页。

[2] The Open Group. SOSA Consortium官方介绍及FAQ。仅核对架构与接口范围，不倒推历史认证状态。

[3] OUSD(R&E). Engineering of Defense Systems Guidebook，2022年2月，含2024年10月Change 2，第101—104页。

[4] The Open Group. Standards Process for the SOSA Consortium，2017 Edition，第2.3.4、4.1及4.2节。