系列二十五篇本已完结，但运维线一直是个缺口——前面讲过的”K8s 部署痕迹”（云主线的 pod 配置、物联篇的 0 号节点）都只是切片。这两篇增补把切片拼成整图：本篇讲一套生产 K8s 部署清单——CentOS 7 自建集群上跑全套 MES 微服务，外加完全自建的 Prometheus 告警监控栈；下一篇讲 MySQL 的物理备份一键化与恢复演练。
先修正一个容易望文生义的误解：这个项目叫 install-k8s，但里面没有一行安装脚本——它是部署清单（manifests）仓库，K8s 集群本身装好后，”把 MES 搬上去”的全部知识都沉淀在这三十八个 YAML 里。这个定位本身就值得说：集群是易耗品，清单才是资产——装集群一天的活，调清单调了一年。
系列写到这里，机制、交付、端侧、工具链与运维已经二十四篇，本篇是检索层：把散在二十四篇里的考点按”面试官的提问路径”重排成索引，补上一直欠着的导出与归档拼图，最后画出”一个底座、多种交付、多端工具链”的项目经历地图。面试备战材料写完不难，难的是面试前 30 分钟能不能翻到要复习的那一段——本篇就是为那 30 分钟设计的。
自研框架有一个很少被提起的隐性成本：它会让 IDE 失明。框架用字符串约定连接世界——Feign 接口里的 URL 和 Controller 方法之间、页面里的多语言 key 和资源文件之间、Mapper 接口和 XML 之间——约定对框架是优雅，对 IDE 是普通字符串：Ctrl+点击无效、改名不联动、引用查找失明。团队每天为这些断链付的时间税，累积起来是天文数字，但因为它是一次一分钟，从来没人立项去修。
我修了：给自研框架写了一个 IDEA 插件，把这些断链全部接通——框架篇讲过的那套”约定优于配置”，在这里补上了它的 IDE 侧半环。本篇讲断链清单怎么盘点、PSI（IDEA 的代码模型）怎么用、两个最有含金量的实现（多语言 key 折叠成中文、URL 引用导航），以及四十四个版本迭代的插件是怎么发布和维护的。工具链线的第一篇（PowerShell 引擎）管进程，这一篇管开发者的编辑器。
微服务架构的本地开发成本，是一笔经常被架构文章漏记的账：二十来个服务，每天早上要按依赖顺序起一遍，起完逐个看日志确认活着，下班可能还要停——每人每天十五分钟，一个团队一年就是几百小时，而且每次新同事入职都要背一遍”哪个先起、哪个要加什么参数”。
本篇拆我自己写的解法：一份 PowerShell 引擎（单文件一千八百多行），一条命令管四个同架构项目的全部微服务——按模块起停、健康检查、状态总览、日志追踪，再配一个 Java Agent 给自研框架做模型热重载。这一篇不讲微服务架构，讲的是工程效能的账怎么算、零配置怎么实现、以及 Windows 上跑 Java 开发环境的一整面坑墙。它和已发布的 Java Agent 模型热重载是姊妹篇——那篇讲 Agent 的类加载原理，这篇讲引擎本体的设计。
HarmonyOS NEXT 有一个对存量应用致命的特性：不再兼容安卓——APK 装不上了，所有车间 App 都面临”重写或退出”的选择题。上一篇的 X5 壳是我们的安卓答案，这一篇是从零开始的鸿蒙答案：一个新的 ArkTS 工程，把同一个车间 App 在 NEXT 上重新长出来。
这篇的视角和前几篇不同：它是一次从 0 到 1 的完整记录——不是我接手的老系统，而是我从空目录开始建的项目。从 0 到 1 的文章最怕写成教程复读（”新建工程、写个 Hello World”），我尽量写教程不会告诉你的部分：一个 Android 老兵的世界观转换清单、五个真实的坑和各自的解法、以及从 0 开始时那些”试了又推翻”的方案痕迹——它们比最终代码更能反映工程判断。
车间 App 的第一代形态不是原生开发，而是一个”壳”：原生 Android 工程里放一个加强版 WebView，加载 MES 的 H5 页面——业务全部在 Web，壳只负责把网页够不到的原生能力（扫码、推送、PDF、拨号）以桥接口的形式递进去。这个形态常被诟病”不就是套壳吗”，但维护过它的人知道：**壳的难点不在写，在”老”**——一个 minSdk 19 时代的壳，要在 targetSdk 34 的新规下继续活着，每一轮安卓版本升级都是一场适配战役。
本篇拆这套 X5 WebView 壳（交付篇工控终端的手机版兄弟）：JSBridge 的设计、扫码的双通道降级、推送如何路由回页面、Cookie 会话的同步，以及老壳适配新系统的踩坑实录。下一篇的鸿蒙移植版会和它形成直接对照——同一套 Web、同一个桥接口约定，换一个操作系统重新长出来。