让 Java Agent 在 Dragonwell 上更好用
本文是《容器中的Java》系列文章之 3/n,欢迎关注后续连载 😃 。1
背景
随着越来越多的云原生微服务应用的大规模部署,大家对微服务治理的能力需求越来越强。
Java Agent技术能够让业务专注于业务逻辑,与此同时,中间件通过Java Agent支持无侵入修改程序行为,提供微服务治理能力。
此外,Java Agent支持通过环境变量的方式注入,中间件、云产品团队可以通过设置环境变量来支持
所以目前基于Java Agent实现的云原生可观测、微服务治理能力被越来越多的采用。比如开源的Skywalking、OpenTelemetry,商业化的阿里云MSE等,都支持Java Agent接入。
问题
我们以**MSE微服务demo [ 1] **为例。
先在一个Kubernetes集群中安装好ack-onepilot,然后部署上述demo。
先可以访问demo中的gateway,验证下可以正常工作:
您也可以参考**MSE的帮助文档 [ 2] **体验下全链路灰度等微服务治理能力。
我们登陆容器时,就能看到注入的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,一边又要不在某些进程内注入。看起来无解了?
MSE 携手 Dragonwell,让微服务治理更友好
首先,注入Java Agent与否,是JVM确定的。我们只需要修改JVM即可。
在这一点上,Dragonwell团队有着丰富的经验。
其次,我们看下JVM的行为,现有的开源行为如下:
- JDK相关命令,都会从JAVA_TOOL_OPTIONS加载Java Agent
- OpenJDK9之后,引入了JDK_JAVA_OPTIONS,这个环境变量只会被java命令使用。jps/jstack等命令不会加载。
- 有些JDK厂商,会有自己的扩展环境变量, 比如,IBM会读取**IBM_JAVA_OPTIONS [ 3] ,开源后的OpenJ9开始使用OPENJ9_JAVA_OPTIONS [ 4] **,Oracle/OpenJDK使用_JAVA_OPTIONS。
本来JDK_JAVA_OPTIONS能够很好的满足需求,但作为“你发任你发,我用Java8”的业务开发同学,稳定为先,所以 Java 8 是一定要支持的。
经过和Dragonwell的讨(si)论(bi),确定了如下修改:
- DRAGONWELL_JAVA_OPTIONS,和**IBM_JAVA_OPTIONS [ 3] **类似,设置某些只用于Dragonwell的Java参数。
- DRAGONWELL_JAVA_TOOL_OPTIONS_JDK_ONLY,和JDK_JAVA_OPTIONS类似。如果DRAGONWELL_JAVA_TOOL_OPTIONS_JDK_ONLY=true,则JAVA_TOOL_OPTIONS只会被java命令加载。jps/jstack不会加载环境变量、不会加载Java Agent。
从意图上来说:
-
如果需要给java和jps等运维工具设置参数,而且这些参数是java通用的,那么应该设置给环境变量JAVA_TOOL_OPTIONS。
-
如果需要给javaj和jps等运维工具j设置参数,而且这些参数是jvm厂商相关j的,比如是dragonwell特有的开关,那么应该设置DRAGONWELL_JAVA_OPTIONS。
-
如果需要给java设置参数,但是不给运维工具设置,而且参数是java通用的,那么应该设置环境变量JAVA_TOOL_OPTIONS,并设置DRAGONWELL_JAVA_TOOL_OPTIONS_JDK_ONLY=true。
3.1. 如果是jdk9及以上,则应该使用更加标准的JDK_JAVA_OPTIONS。 -
如果需要给java设置参数,但是不给运维工具设置,而且参数是jvm厂商相关的,那么应该设置环境变量DRAGONWELL_JAVA_OPTIONS,并设置DRAGONWELL_JAVA_TOOL_OPTIONS_JDK_ONLY=true。
经过上面的改造,就可以做到只对业务Java进程加载Java Agent。同时不影响jps/jstack等JDK自带的运维命令。
当然,Dragonwell作为开源项目,讨论的整体流程都是在**GitHub Issue [ 5] 上完成的,欢迎围观、吃瓜、吐槽。
最终效果
让我们使用最新的Dragonwell版本,跑一下业务应用,模拟一下运维场景:
可以看到,JDK运维工具不会加载Java Agent了。
业务进程加载了Java Agent(您也可以在MSE微服务治理控制台上看到应用);也避免了Java Agent影响了 java -version等运维脚本。
5MSE给你带来更强大的微服务治理能力
阿里云微服务引擎(MSE)通过Java Agent/SDK/Service Mesh等方式,给您带来零接入成本、无侵入的、全生命周期的微服务治理能力。
通过MSE微服务治理,不用改一行代码即可享受全链路灰度、无损上下线、服务测试等微服务治理能力,为您的开发、测试、上线、运维保驾护航。
相关链接
[1]MSE微服务demo
[2]MSE的帮助文档
https://mp.weixin.qq.com/s/95WZHL0HhFtzxMlfK-8jkg
[3]IBM_JAVA_OPTIONS
https://www.ibm.com/docs/en/zos/2.3.0?topic=runtime-java-options
[4]OPENJ9_JAVA_OPTIONS
https://www.eclipse.org/openj9/docs/cmdline_specifying/#precedence
[5]GitHub Issue
https://github.com/alibaba/dragonwell8/issues/330#issuecomment-1138083844
点击此处查看微服务引擎详情