应用拆分的多或少都有问题。多则维护成本高，每次发布一堆应用。少则拆分成本高，无用功能很难下线。
故障不隔离。当一个系统由多人同时参与开发时，修改A功能，可能会影响B功能，引发故障。
多分支开发引发冲突。多分支开发完之后合并会产生冲突。
牵一发动全身。一处核心代码的改动，或一个基础Jar的升级需要回归整个系统。
升级和迁移成本高。中间件升级每个应用都有升级成本。
可插拔，一个应用由多个模块组成，应用里的模块可拆和合，模块可快速在多个系统中迁移和部署。
模块化开发，模块之间互相隔离，实现故障隔离。
一个模块一个分支，不会引发代码冲突。
在模块中增加或修改功能，只会影响当前模块，不会影响整个应用。
动态部署，在运行时把模块部署到应用中，快速修复故障，提高发布效率。
多版本部署，可以在运行时同时部署某个模块的新旧版本，进行AB TEST。
减少资源消耗，通过部署模块的方式减少应用数量和机器数量。 JarsLink的应用场景
数据管理中心，如果你需要开发一个数据管理系统，这个系统需要去不同的异构系统采集数据，这些系统会提供不同类型的接口，如RPC，HTTP等。并且数据采集的数据源多，每种数据源都需要对接和开发，数据质量比较差，需要经常修改代码进行发布。在这种场景下，通过模块化开发，实现一个数据源使用一个模块进行对接，上线新数据源只需要新增模块，修改BUG只需要修改某个模块，并能快速上线。
后台管理系统，互联网应用发展到一定阶段会出现很多后台需求，如客服查询用户的信息帮助解答问题，开发查后台数据排查系统BUG，运营使用后台功能发送运营活动等。这些功能发布频率会大于核心系统，如果放在核心系统里会影响其稳定性，所以我们必须要建一个后台系统来开发后台功能，但是这样又带来一个新的问题，很多开发都会来这个系统进行开发，拉多分支造成代码冲突，A业务的BUG影响到B业务。所以如果每个业务线一个模块，每个模块使用一个单独的分支进行开发，就能进行隔离开发，提高开发速度，开发完后在运行时加载到系统中。
微服务集成测试, 目前一个微服务是一个FAT JAR,如果有几十个微服务,则需要启动很多进程,DEBUG端口会很多,使用JarsLink框架合并FAT JAR,再路由请求到其他JAR,就可以只启动一个进程进行DEBUG测试。
指标计算系统，可以把消息转发到不同的模块中进行处理，并输出指标。
目前蚂蚁金服微贷事业部几个系统和几十个模块已经使用JarsLink框架。
JarsLink的特性 隔离性