主题
软件生命周期与供应商锁定
在主题维度下，软件生命周期与供应商锁定主题情报把围绕同一具体议题、信号焦点或监测主题的 BTW.MEDIA 文章串联起来。页面为读者提供更完整的阅读路径，涵盖相关报道、证据来源、市场参与者和基础设施影响，并给出足够背景，帮助理解该主题为何在公司动态、治理决策、区域影响和运营风险中值得关注。读者可以比较反复出现的信号、受影响组织、公开证据、市场背景、服务连续性、采购、竞争、合规和战略规划等问题，而不是只看一份单薄的相关文章列表。页面还会说明该主题涵盖什么、涉及哪些基础设施参与方或政策、有哪些证据支撑报道，以及该主题对运营商、客户、投资者和关注政策的读者为何重要。
全球机构
安联科技的软件执行力:从大型机退役到理赔自动化生产线
Allianz Technology SE 是安联集团(Allianz Group)的全球 IT 服务部门。它的基础设施转型此前已有报道,但软件与产品层面——安联业务系统(Allianz Business System,ABS)的重新平台化、Allianz Direct 的云原生工程、以及理赔自动化在生产环境的实际部署——才是检验其执行力证据更严苛的地方。本文将已记录的执行与第一方宣称区分开来。
领导者
Brian Behlendorf 与发布之后那一步：服务器是否真的运行了新版本
Apache 的首个版本汇集了各地网站管理员各自修补的代码。Brian Behlendorf 帮忙搭起协作场所；但公开发布之后，每位站点运营者仍要自行决定是否采用。
IETF
同一个整数，不能同时选择两个 XDR 分支
在 NFSv4 的 COMPOUND 中，操作号不是方便人类查阅的标签，而是接收方选择 XDR 联合分支的判据。两个草案若把不同参数结构放在同一个操作号后面，数据包不会说明“请按另一个草案解释”。解析器只能执行编译进自身的那一种答案。
IETF
告警快过了 RTT，改路仍须证据闭环
FALCON 试图让拥塞样本沿记录路径逆向返回，在普通端到端反馈完成前抵达源端。它可能省下半个往返时延，却不会替运营者省下识别链路、核定样本、作出本地决定和验证结果这四步。
IETF
源还在表里，属性却在兼容边界消失了
审计员比对两端记录：组地址相同、源地址相同、holdtime 也相同，于是宣布 PFM 通告完整到达。但在中间的混合能力接口上，GSI 已被转换为旧式 GSH；共同字段被保留，所有流专属 Sub-TLV 都按规则丢弃。字段相等，只证明了缩小后的事实相等。
IETF
服务端排好了地址，迁不迁仍由客户端决定
一份新的 QUIC 草案允许服务端在连接存续期间更换备用地址清单，并说明自己更偏好哪一项。清单能协调行动，却不能凭空创造可达路径。真正的迁移仍要经过客户端策略、双向验证、调度选择和目的端承载结果。
案例档案
ACL 原样写回了，访问权却还没有定案
NFSv4.2 若能直接承载 POSIX Draft ACL，就不必先把它塞进另一套语义再有损还原。这解决的是表示问题。至于哪个身份在什么时刻被允许做什么，以及文件是否真的发生预期变化，仍要另行证明。
IETF
清单写着“已安装”，设备也许只被分配了一项权利
一份新的 IETF 草案试图用统一的 YANG 模型连接软件权利、网络设备能力与使用限制。它最值得警惕的地方，不是字段不够多，而是同一个 `installed` 可以跨越两种现实：设备本地已经激活，或中央系统只是完成了逻辑分配。
案例档案
许可证显示“有效”，设备仍可能拒绝
一份许可证清单可以准确记录组织拥有什么、分配给哪台设备、允许哪些能力。它仍不能替设备接受授权，不能替访问控制批准操作者，也不能替真实流量证明服务已经发生。
IETF
NFS 目录重读了，文件大小仍可能是旧的
NFSv4 工作组新一版草案补上了并行文件系统里容易被误读的一环：客户端放弃旧缓存，不等于元数据服务器已经知道存储设备刚写入的变化。
IETF
余额还是正数，下一条指令却未必能过
REGEXT 的 EPP 余额草案给财务状态加上了共同语法。它没有把一个数字变成付款许可，反而把最容易被界面抹平的边界揭示出来：查询看到的是账本切片，执行要等服务器对下一条指令作出判断。
案例档案
签名是真的，权限仍未发生
同一份签名请求先后抵达两个验证节点：第一个节点记住了 nonce，第二个节点却没有共享这段记忆。两边都能诚实地说“签名有效”，只有一边能发现重放；而它们都无权仅凭这句话批准业务动作。WIMSE 的价值，正在于把这些容易被一盏绿灯吞没的边界重新画出来。
IETF
授权码能复制，回调链条不能省略
一份个人 Internet-Draft 想让远程终端用户少做几步操作；真正需要核对的，是浏览器回调先落到谁的网页上。
IETF
草案写着“已弃用”，运行时仍然可以放行
JOSE 正在为两个危险的算法选项贴上退场标签，但标签不会替每个生产系统作出拒绝决定。真正需要领导层看见的，不是注册表里的一行状态，而是 `none` 或 `RSA1_5` 到达某个业务入口后，哪条策略、哪个例外和哪段可执行代码最终说了“可以”。
案例档案
过滤规则已经分发，BGP 却从未说它已经安装
一条缓解规则可以穿过所有预期的 BGP 会话，仍然倒在最关键的边界：设备是否真的把它变成了数据面的行为。Flow Specification Version 2 草案第 08 版把顺序和依赖写得更明确，也把缺口写得很直白——BGP 依然没有动作回执。
IETF
探针报告了丢包，网络也许只是限速了探针
主动测量能确认一次预期的回包没有出现，却不能单凭这个结果指出是谁把包丢了。IETF 正在推进的 MPLS STAMP 草案，把这种歧义写在了保护机制与故障诊断的交界处：为了保护控制平面而设置的限速器，可能制造出与真实网络丢包完全相同的指标。
IETF
RSVP 密钥过期了，网络却继续信任它
一把密钥到了失效时间，路由器却没有停止接受它签过的 RSVP 消息。最新版认证草案把这种看似矛盾的状态写成了连续性选择：报警，但不要自动中断；继续使用最后一份安全关联，直到管理者明确延长、删除或替换它。
IETF
IVY 草案收紧“通用授权”，到期预警仍由管理端负责
一张设备清单可以同时写着“所有资产可用”和“仅限这些资产”。第 05 版 IVY 权益清单草案开始在数据结构中排斥这种自相矛盾的记录；但授权快到期时，谁来提醒，草案反而划出了更清楚的边界。
案例档案
端口具备拆分能力，不等于它已经被拆分
一张拓扑图可以同时做到数据真实、结论错误：它如实列出 400G 端口能够暴露的四个通道，自动化系统却把这四个“可以”计成四个“已经可用”。问题不在字段，而在组织跨越了能力、配置、运行与交付之间的证据边界。
IETF
FlowSpec v2 重划过滤器家族，编号尚未正式确定
同一条 BGP 过滤规则可以被中继，却不一定在每个接收节点上得到同样的解释。IETF IDR 工作组最新的 FlowSpec v2 草案，把这种差别落在一组正在调整的家族和组件编号上。