让 Java Agent 在 Dragonwell 上更好用-阿里云开发者社区

让 Java Agent 在 Dragonwell 上更好用

2023-01-09 276

版权

本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。

本文涉及的产品

云原生网关 MSE Higress，422元/月

函数计算FC，每月15万CU 3个月

可观测监控 Prometheus 版，每月50GB免费额度

简介： 本文是《容器中的Java》系列文章之 3/n，欢迎关注后续连载 :) 。

本文是《容器中的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微服务治理，不用改一行代码即可享受全链路灰度、无损上下线、服务测试等微服务治理能力，为您的开发、测试、上线、运维保驾护航。

让 Java Agent 在 Dragonwell 上更好用

背景

问题

MSE 携手 Dragonwell，让微服务治理更友好

最终效果

5MSE给你带来更强大的微服务治理能力

相关链接

云原生

热门文章

最新文章

相关课程

相关电子书

相关实验场景