作者:卜比
随着越来越多的云原生微服务应用的大规模部署,大家对微服务治理的能力需求越来越长。
Java Agent 技术能够让业务专注于业务逻辑,与此同时,中间件通过 Java Agent 支持无侵入修改程序行为,提供微服务治理能力。
此外,Java Agent 支持通过环境变量的方式注入,中间件、云产品团队可以通过设置环境变量来支持。
所以目前基于 Java Agent 实现的云原生可观测、微服务治理能力被越来越多的采用。比如开源的 Skywalking、OpenTelemetry,商业化的阿里云 MSE 等,都支持 Java Agent 接入。
我们以 MSE 微服务 demo 为例。
先在一个 Kubernetes 集群中安装好 ack-onepilot,然后部署上述 demo。
先可以访问 demo 中的 gateway,验证下可以正常工作:
您也可以参考 MSE 的帮助文档体验下全链路灰度等微服务治理能力。
我们登陆容器时,就能看到注入的 agent:
但这样的结果是容器中所有的 JVM,都会挂载 Agent。
比如 java -version:
比如 jstack:
java/jps/jstack/jcmd 等 JDK 自带的问题排查工具,都会去从环境变量加载 Java Agent
因为 Java Agent 是在 JVM 初期加载的,所以 Java Agent 会先耗费 6-7s 来加载 agent 逻辑。
但作为 JDK 工具,其实没有任何业务逻辑,不需要微服务治理能力。可以不用加载 Java Agent 的。
我们设想下这个场景:线上应用出现问题了,运维同学要抓现场,上去就想 jstack 拉一下 stacktrace 信息。
结果先要加载 java agent,不但浪费了 CPU 和内存,更容易错过问题排查的现场。
但,一边要通过环境变量无侵入注入 Java Agent,一边又要不在某些进程内注入。看起来无解了?
首先,注入 Java Agent 与否,是 JVM 确定的。我们只需要修改 JVM 即可。
在这一点上,Dragonwell 团队有着丰富的经验。
其次,我们看下 JVM 的行为,现有的开源行为如下:
本来 JDK_JAVA_OPTIONS 能够很好的满足需求,但作为“你发任你发,我用 Java8”的业务开发同学,稳定为先,所以 Java 8 是一定要支持的。
经过和 Dragonwell 的讨(si)论(bi),确定了如下修改:
如果 DRAGONWELL_JAVA_TOOL_OPTIONS_JDK_ONLY=true,则 JAVA_TOOL_OPTIONS 只会被 java 命令加载。jps/jstack 不会加载环境变量、不会加载 Java Agent。
经过上面的改造,就可以做到只对业务 Java 进程加载 Java Agent。同时不影响 jps/jstack 等 JDK 自带的运维命令。
当然,Dragonwell 作为开源项目,讨论的整体流程都是在 GitHub Issue 上完成的,欢迎围观、吃瓜、吐槽:
https://github.com/alibaba/dragonwell8/issues/330#issuecomment-1138083844
让我们使用最新的 Dragonwell 版本,跑一下业务应用,模拟一下运维场景:
可以看到,JDK 运维工具不会加载 Java Agent 了。
业务进程加载了 Java Agent(您也可以在 MSE 微服务治理控制台上看到应用);也避免了 Java Agent 影响了 java -version 等运维脚本。
阿里云微服务引擎(MSE)通过 Java Agent/SDK/Service Mesh 等方式,给您带来零接入成本、无侵入的、全生命周期的微服务治理能力。
通过 MSE 微服务治理,不用改一行代码即可享受全链路灰度、无损上下线、服务测试等微服务治理能力,为您的开发、测试、上线、运维保驾护航。
MSE 云原生网关预付费、MSE 注册配置预付费首购 8 折,首购 1 年及以上 7 折。更多 MSE 特性,欢迎进钉钉群交流