共计 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:
- 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
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
点击此处查看微服务引擎详情
