Java SDK下沉：解决SDK治理痛点

最新推荐文章于 2024-10-01 18:51:18 发布

Saleson

最新推荐文章于 2024-10-01 18:51:18 发布

阅读量870

点赞数 14

文章标签： java SDK 下沉

本文链接：https://blog.csdn.net/Mr_rain/article/details/136279183

版权

本文探讨了Java SDK治理中的痛点，如大规模微服务系统中SDK升级维护的高成本。提出SDK下沉解决方案，通过将SDK实现逻辑下沉，使得应用在运行时动态加载。介绍SDK分层，将不变的API与实现分离，降低升级影响。同时，详细讲解了多种SDK下沉方法，包括JVM参数、MANIFEST.MF配置、Spring Boot的PropertiesLauncher和LaunchedURLClassLoader，以及使用Agent premain模式，帮助读者理解如何在实际项目中实施SDK治理策略。

摘要由CSDN通过智能技术生成

痛点难点

在每个java应用中，都会存在各种各样的SDK，随着时间流逝和技术的迭代，SDK也需要进行相应的版本更新，在大型微服务系统中，动辄几百上千个应用，要推动这个数量级的应用进行SDK升级或者覆盖接入，消耗的成本是巨大的，这也是微服务治理的一大难点。
那么这个难点如何解决呢？参考service mesh的思路，将技术复杂度下沉，业务逻辑和技术组件拆分、解耦。

SDK下沉

SDK下沉是指将SDK的具体实现逻辑下沉，在应用工程中实现透明化，在真正运行时再动态加载。这样应用工程在代码研发时，不依赖SDK的实现代码。

SDK分层

但是在应用工程中不可能完全不依赖SDK的代码，例如微服务的RPC，比如dubbo微服务框架，Dubbo Service的export和refer都由特定的@Annotation标注表示，所以应用工程中需要明确依赖这些@Annotation，不过可以不用依赖Dubbo的SDK实现，并且这些@Annotation通常是不会发生变化的，但是SDK不同，会经常迭代、升级，所以在SDK的工程结构上可以进行拆分，将不常变化的@Annotation抽象和接口抽象放到api模块中，具体实现放到impl模块或者其它模块，如下：