9.3 维护期趋势判断与长期策略

9.3 维护期趋势判断与长期策略

本节摘要：趋势判断不能靠新闻联播式的"什么火了学什么"，要有方法：历史之眼看技术为何起落，生态之眼看上下游还剩多少供给，成本之眼算清多年的总账。三眼看完，给青梧书肆定一条五年路线——哪些场景保留服务端渲染、哪些模块渐进迁移、体检与规范墙如何延续。本站是选型评审的收官，输出的不是观点，是一份可执行的决策。

三副眼镜看趋势

历史之眼问的是"它为什么起、为什么落"。JSP 起于解决"让 Java 程序员快速产出动态页面"——那个年代客户端孱弱、带宽金贵，服务端渲染是唯一合理解。它落，不是因为服务端渲染错了，而是因为前端复杂度爆炸后，页面技术需要服务前端协作与交互体验，而 JSP 的工具链没跟上。看清因果你会发现：起落的变量是"协作方式与交互需求"，不是技术本身的智力水平。今天服务端渲染在新前端生态里复兴，恰恰证明 JSP 的核心思想没死，死的只是旧载体。这副眼镜的用处：让你对"过时"二字免疫——过时的从来是载体，不是问题。

生态之眼问的是"上下游还剩多少供给"。一项维护期技术的生命线不在它自己，在四周：容器还在演进吗、人才市场还有供给吗、配套工具还有人维护吗、出问题搜得到答案吗。对 JSP 逐项过筛：容器与规范仍在维护但不再演进新特性；人才市场供给逐年萎缩、价格逐年上涨；工具链停滞；社区问答存量丰富、增量寥寥。结论不悲观但清醒：这条栈还能可靠服役，但不能指望它扩张。这副眼镜的用处：把"能不能用"换成"还能喂饱吗"。

成本之眼问的是"五年总账谁便宜"。维护现状的成本曲线是前低后高：人才与风险成本随时间加速上涨；渐进迁移的成本曲线是前高后低：前期投入换后期自由。两条曲线必有交点，交点位置取决于站点剩余寿命——要服役十年，早迁早划算；只剩两年，折腾就是浪费。这副眼镜的用处：把选型从品味之争变成算术题。

三副眼镜合成一张决策树：

图9-3 长期路线决策树

给青梧书肆的五年路线

三副眼镜对准青梧书肆，结论水到渠成。寿命判断：图书电商是公司的长期业务，站点至少服役五年——中命偏长。供给判断：团队有两名 Java 工程师、前端资源即将进场——适合渐进路线。成本判断：五年总账上绞杀者路线最省。于是路线成型：

保留区：图书展示、搜索、帮助中心等搜索敏感页面继续服务端渲染。它们交互轻、收录重，无论 JSP 还是过渡到自然模板都是主场，不是每个页面都需要被"现代化"。

迁移区：会员中心已经先行（9.2 节），接下来后台管理与库存看板两个交互密集模块按同款流程收割，预计两年完成主干。

基建区：三件事全程随行——业务层唯一原则不动摇，任何新栈视图只准调服务出口；第 8 章的规范墙随代码库迁移持续生效；体检报告每年更新一次，性能基线与安全红线跨栈继承。

人才区：这是最容易漏的一项——维护期最贵的成本是人。路线里明确写上：保障至少两名工程师全程熟悉 JSP 栈直至退役，新栈技能由迁移过程在岗培养，避免"会旧栈的人离职、会新栈的人没来"的真空期。

案例收尾。

背景：路线图要上预算会，财务只认三样：花多少钱、何时见效、风险多大。

操作：把路线翻译成财务语言——迁移区两个模块的工时用会员中心的实测数字外推，得出两年预算区间；见效点按季度标注（每季度至少一个模块完成收割）；风险用"每步可回滚、业务层唯一"两条机制对冲，并给出最坏情形（迁移中途冻结）的止损方案。

结果：预算一次通过。评审会纪要的最后一行写着：本路线的最大资产是过去十个月的翻新本身——分层、规范墙、体检报告，全是迁移的路基。

解读：这单案例的要点是决策的可审计性：寿命判断有业务依据、供给判断有人力依据、成本判断有实测外推。任何人想挑战路线，都得先推翻其中一副眼镜的结论——这样的决策才有资格写进五年规划。

变式：如果预算会上站点寿命被下调（业务方向调整），路线不是推翻重来，而是沿决策树平移一格：迁移区冻结、已收割模块保留、保留区转入安全维护模式。好路线图的每个状态都是稳定的，经得起中途刹车。

💡 关键直觉：维护期的技术判断，比的不是谁追新追得快，而是谁的眼镜架得稳。历史之眼防盲目追新，生态之眼防盲目乐观，成本之眼防盲目理想主义——三眼都过，才轮到技术品味发言。

三副眼镜的实操问句

三副眼镜落成问句清单，评审会上直接照着问。历史之眼三问：这个技术当年解决的核心问题今天还在吗？它衰落是因为思想错了还是载体老了？替代者的核心思想与它差几成？——问完能防"为追新而迁"。生态之眼四问：容器与运行时还有维护承诺吗？人才市场近一年的供给曲线如何？出事故时搜得到足够多的案例吗？周边配套（构建、监控、调试工具）还活着吗？——问完能防"单方面乐观"。成本之眼三问：维持现状的成本曲线明年比今年高多少？迁移的一次性投入摊到几年回本？最坏情形（迁移中途叫停）的沉没成本是多少？——问完能防"理想主义预算"。九个问句回答完，路线基本自己浮出来。评审纪要就把这九问的答案原样记录，决策依据即审计材料。

路线图的滚动修订

五年路线图不是签发之后就能躺平的文件，它需要一个滚动修订机制。建议每半年做一次轻量修订，回答三个问题：已收割模块的运行指标符合预期吗（性能、故障率、用户反馈）？外部环境有变化吗——容器世代、团队人员、业务方向，任何一个变量变了，寿命判断就要重估？下个半年的收割排期需要调整吗？修订产出追加在路线图后，形成带时间戳的决策史。修订会开一小时足矣，但它的仪式意义极重：路线图从"某次会议的产物"变成"持续治理的载体"，中途接手的人也能顺着决策史看清每一步的来龙去脉。青梧书肆的路线图首页写着一行小字：本图每半年复核一次，最新结论以后附记录为准——这句话就是治理机制的浓缩。

本节要点回顾

• 三副眼镜：历史看起落因果、生态看四周供给、成本看五年总账，结论须三方一致；
• 寿命决定路线：短命冻结保安全，中命绞杀渐进，长命深耕加固，别在将死的树上嫁接新枝；
• 青梧书肆的答案：保留区服务端渲染、迁移区两年收割、基建区三原则随行、人才区防真空；
• 决策可审计：每个判断都有依据可查，挑战者必须先推翻依据而非偏好；
• 好路线图经得起刹车：每个状态都稳定，中途调整是平移不是推翻。

路线既定，评审落幕。最后一章回到工程现场：环境、部署、兼容、测试——把站点安稳送进下一个十年的操作手册。