背景

嵌套依赖形成庞大且重复的深层依赖树

从目前CSB系统使用到的依赖来看，有许多的依赖是被重复且嵌套引用的

最重要的是，当其中一个底层依赖更新，其他的相同依赖无法同时更新

这样同一个项目中存在多个不同版本的依赖

各业务域系统同类型依赖版本不一致

从目前各业务域的CSB系统来看，模块的版本差异都非常大

同样的依赖或者是作用在同场景中的依赖，版本都无法一致

一旦出现问题，完全依赖团队内部的文档说明或工作交接

依赖升级和发布链条太长速度太慢

从目前CSB各个模块发布的流程来看，发布链条很长，更新到业务端的速度太慢

用户发现问题上报到 -> 修复开发 -> 测试 -> 内部测试 -> 依赖层层发布版本 -> 用户端系统鲸云构建

这样的发布链条和嵌套依赖，虽然通过shell自动化发布脚本和本地脚手架集成测试，最少也还是要发布30分钟到90分钟

到用户端系统依然漫漫长途，最重要的是不能迅速响应需求

预期

资源管理

• 资源进行索引搜索

• 针对不同环境发布资源

• 动态回滚资源版本

• 特殊资源进行权限验证

线上热更新

• 资源文件协商缓存+服务器缓存策略

• 动态请求资源数据

数据资产

• 重复利用资源

• 改造旧系统或模块