新技术落地的三条经验：先满足业务再推动重构、降低平台耦合、先落地再立规范

在[[第一代PaaS完整闭环设计的落地教训：平台的理想范式与业务的真实诉求相冲突]]的挫折之后，团队总结出三条关于新技术如何在组织内真正落地的经验。第一条：尽可能先满足业务的现实需求，再去推动重构——第一代NBE强制要求业务方按照规范化的方式做服务拆分，结果因为和业务方当下的现实处境（流量都快撑不住、没有余力做拆分）冲突而落地受阻；第二代Eru吸取教训，转而支持”一份代码多个角色”这种业务方已经在实际使用的实用主义模式，先接纳现状，把理想化的架构重构留到业务方真正有余力、有意愿时再逐步推动。第二条：尽可能降低平台自身和业务的耦合，把服务发现、安全这类原本可能被平台大包大揽的职责，交给上层（业务方和运维部门）自己去做，Eru的消息广播机制正是这种低耦合思路的体现——平台只负责把状态变化广播出去，不强行要求业务方必须按平台的方式去消费和处理这些信息。第三条：对于新技术的落地，不要一上来就先制定规范，而应该先想办法引导它在小范围真实落地、跑通，再回过头去总结和制定规范——这条经验本身也是这次经历的产物，团队在实践中先做出了能用的Eru，观察到真实的使用模式和痛点之后，才开始考虑基于Eru去构建芒果TV自己更规范化的PaaS。这三条经验共同指向一个核心判断：在组织内推动一项新技术或新架构范式落地时，”先有规范、后有实践”这个看似严谨的顺序，在真实场景下往往会因为规范和业务现实脱节而遭遇巨大阻力；更务实的路径是先满足业务眼前最迫切的需求、以最小的强制性让新技术先跑起来，用真实的落地经验去校验和迭代规范，而不是指望预先设计出一套完美规范再要求所有人遵照执行。