关于阿里云:让-Java-Agent-在-Dragonwell-上更好用

3次阅读

共计 2631 个字符,预计需要花费 7 分钟才能阅读完成。

本文是《容器中的 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:

  1. java/jps/jstack/jcmd 等 JDK 自带的问题排查工具,都会去从环境变量加载 Java Agent
  2. 因为 Java Agent 是在 JVM 初期加载的,所以 Java Agent 会先消耗 6 -7s 来加载 agent 逻辑。
  3. 但作为 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。

从用意上来说:

  1. 如果须要给 java 和 jps 等运维工具设置参数,而且这些参数是 java 通用的,那么应该设置给环境变量 JAVA_TOOL_OPTIONS。
  2. 如果须要给 javaj 和 jps 等运维工具 j 设置参数,而且这些参数是 jvm 厂商相干 j 的,比方是 dragonwell 特有的开关,那么应该设置 DRAGONWELL_JAVA_OPTIONS。
  3. 如果须要给 java 设置参数,然而不给运维工具设置,而且参数是 java 通用的,那么应该设置环境变量 JAVA_TOOL_OPTIONS,并设置 DRAGONWELL_JAVA_TOOL_OPTIONS_JDK_ONLY=true。
    3.1. 如果是 jdk9 及以上,则应该应用更加规范的 JDK_JAVA_OPTIONS。
  4. 如果须要给 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

https://github.com/aliyun/ali…

[2]MSE 的帮忙文档

https://mp.weixin.qq.com/s/95…

[3]IBM_JAVA_OPTIONS

https://www.ibm.com/docs/en/z…

[4]OPENJ9_JAVA_OPTIONS

https://www.eclipse.org/openj…

[5]GitHub Issue

https://github.com/alibaba/dragonwell8/issues/330#issuecomment-1138083844

点击此处查看微服务引擎详情

正文完
 0