我会架构一个 多语言持久性 策略，通过 VSAM 文件的 变更数据捕获 (CDC)，使用 Confluent Schema Registry 进行 Avro 序列化，以及一个 Lambda 架构 来连接批处理遗留处理与实时车间遥测。该方法将 COBOL 主机视为不可变事件源，将增量通过 Apache Kafka 流式传输，使用 一次性 语义来满足 SOX 审计要求，并使用 六边形架构 适配器将 S1000D XML 转换为 MongoDB 文档而不损失语义。对于隔离的 CNC 机器，我会在工厂边缘节点部署 Strimzi Kafka 集群，异步复制到云环境，确保 OPC UA 遥测永远不穿越公共网络，同时保持 ETOPS 认证所需的 数字线程 完整性。
当一家一级航空供应商需要将 普惠 发动机组件制造数据连接到航空公司维护系统下的严格服务协议时，我们面对了这个确切的场景。核心问题涉及 $2M 的罚款条款，如果我们无法提供从涡轮叶片的序列号追溯到其在 1978 COBOL 系统中存储的锻造温度日志、在 西门子 Teamcenter 中的 CAD 模型以及来自 西门子 S7 PLC 的安装扭矩读数，所有这些都必须在飞行线机械师的 30 秒查询窗口内完成。
解决方案 1: 主机替换
我们考虑将 COBOL 代码库重写为 Java Spring Boot 微服务，并将 VSAM 迁移到 Oracle RAC。这将完全消除遗留限制。优点: 清理技术债务，原生 JSON 支持，现代 CI/CD 能力。缺点: FAA 要求任何飞行关键系统更改需并行操作 18 个月，推迟到合同截止日期；此外，$40M 的预算超出项目资金的 300%，尽管技术优雅，但这一方案在经济上不可行。
解决方案 2: ETL 批处理同步
实施每晚的 IBM InfoSphere DataStage 作业，将 VSAM 数据泵送到 MongoDB 提供了一种不太侵入的替代方案。优点: 此方法对主机没有侵入性，使用成熟技术，实施风险低。缺点: ETOPS 可靠性报告需要实时故障间隔时间计算，而批处理延迟无法支持；此外，每周更新 S1000D 手册会导致架构漂移，使操作和财务数据集之间的 SQL 连接断裂，风险严重的 SOX 合规违规，可能在季度审计期间发生。
解决方案 3: 事件驱动架构与 CQRS
在 z/OS 主机上部署 Debezium 连接器以捕获 VSAM 预写日志作为 Kafka 事件，使用 Kafka Streams 将 S1000D XML 转换为标准 Avro 架构，并将读优化的视图投影到 MongoDB，同时将财务租赁数据隔离在 PostgreSQL 中以实现 SOX 隔离。优点: 该方法实现了低于 100 毫秒延迟的实时同步，创建了满足 FAA 第 21 部分 规定的不可变审计跟踪，并通过边缘网关维护了 OPC UA 的空中隔离安全性。缺点: 该方法需要雇用稀缺的 z/OS 汇编 开发人员来配置 IBM IMS 退出，引入了分布式事务复杂性，并且需要在 Confluent Platform 许可上进行大量前期投资。
选择的解决方案及其理由
我们选择了 解决方案 3，因为这是唯一能够满足非谈判的 30 秒 SLA 以进行 ATA Spec 2000 查询，同时保持 COBOL 系统的合规稳定性的方案。CQRS 模式使财务报告团队能够保持对 PostgreSQL 中租赁数据的 SOX 控制，而工程师可以在 MongoDB 中访问技术规格，Kafka 则充当符合审计缓冲区，连接这些不同的一致性模型。
结果
该系统在六个月内成功追踪了 15,000 个组件，超出了合同义务。当 FAA 审计员请求对可疑燃油泵的完整族谱时，我们在 12 秒内检索了 CAD 修订、材料热号和安装历史——之前需要三天的手动搜索。 ETOPS 报告现在以 99.97% 的准确率自动生成，我们通过 SOX 审计，没有数据沿袭例外，确保了价值 5,000 万美元的五年合同续约。
你如何将 FAA 审计记录的事件源的不可变性要求与纠正 OPC UA 设备传感器读数的业务需求协调？
许多候选人假设，由于 Kafka 日志是不可变的，错误的数据必须永远保留在系统中。解决方案在于实施 事件版本化 和 补偿事务，而不是删除。你附加一个 CorrectionEvent，并引用原始的 eventId，然后使用 Kafka Streams 在读取模型中使其“更正”视图可化。对于 FAA 合规性，你维持原始状态和更正状态，由质量工程师通过 PKI 证书数字签名更正，以满足 21 CFR 第 11 部分 电子签名要求，同时修正 ETOPS 计算的数据。
选择数字线程微服务时，在一致性和可用性之间所应用的具体 CAP 定理权衡是什么，ATA Spec 2000 如何影响这一决策？
候选人常常忽视 ATA Spec 2000 要求 最终一致性 和 因果顺序 而不是整个机队的强一致性。正确的方法是选择 可用性和分区容错 (AP) 来操作数字线程，接受 MongoDB 副本集在网络分区期间可能暂时显示略有不同的组件状态。然而，你必须为受 SOX 管控的财务租赁边界强制执行 一致性和分区容错 (CP)，使用 etcd 或 ZooKeeper 防止重复计费。关键在于，技工可以容忍看到最新扭矩规格的 2 秒延迟，但计算发动机租赁小时的计费系统绝不能出现分裂行为。
为什么将 S1000D XML 直接转换为 MongoDB JSON 的 XSLT 转换会导致语义约束的失效，替代方案是什么？
新手们试图直接将 S1000D 数据模块映射到 JSON 的 XSLT 2.0，不可避免地失去关键的 SNOMED 语义引用和嵌入在 ICN 元数据中的 RDF 关系。 S1000D 标准使用 XLink 进行交叉引用，这无法干净地映射到 MongoDB 文档引用，破坏了 数字线程。解决方案是使用 本体介导的转换：首先使用 Apache Jena 将 S1000D 解析为 OWL 知识图谱，通过 SHACL 约束验证语义完整性，然后将子图投影到 MongoDB JSON-LD 中。这保留了 FAA 航空适航指令所需的“是部分”的关系，并在 NoSQL 聚合管道不足以支持复杂可追溯性查询时启用 SPARQL 查询。