This section mainly introduces how to build the Native Image
of ShardingSphere-Proxy and the
corresponding Docker Image
through the native-image
component of GraalVM
.
conf
folder containing server.yaml
as ./custom/conf
, you can test it with the
following docker-compose.yml
file.version: "3.8"
services:
apache-shardingsphere-proxy-native:
image: ghcr.io/apache/shardingsphere-proxy-native:latest
volumes:
- ./custom/conf:/opt/shardingsphere-proxy-native/conf
ports:
- "3307:3307"
If you find that the build process has missing GraalVM Reachability Metadata, A new issue should be opened at https://github.com/oracle/graalvm-reachability-metadata, And submit a PR containing GraalVM Reachability Metadata missing from ShardingSphere itself or dependent third-party libraries.
The master branch of ShardingSphere is not yet ready to handle unit tests in Native Image,
Need to wait for the integration of Junit 5 Platform, you always need to build GraalVM Native Image in the process,
Plus -DskipNativeTests
or -DskipTests
parameter specific to GraalVM Native Build Tools
to skip unit tests in
Native Image.
The following three algorithm classes are not available under GraalVM Native Image because they involve
the groovy.lang.Closure
class that is inconvenient for GraalVM Truffle Espresso to interact between the host JVM and
the guest JVM.
org.apache.shardingsphere.sharding.algorithm.sharding.complex.ComplexInlineShardingAlgorithm
org.apache.shardingsphere.sharding.algorithm.sharding.hint.HintInlineShardingAlgorithm
org.apache.shardingsphere.sharding.algorithm.sharding.inline.InlineShardingAlgorithm
At the current stage, ShardingSphere Proxy in GraalVM Native Image is in the stage of mixed AOT ( GraalVM
Native Image ) and JIT ( GraalVM Truffle Espresso ) operation. Since https://github.com/oracle/graal/issues/4555 has
not been closed, the .so
file required for GraalVM Truffle Espresso to run does not enter the GraalVM Native Image.
So if you need to run ShardingSphere Proxy Native binary files outside the Docker Image, you need to ensure
that the system environment variable JAVA_HOME
points to the bin
directory of GraalVM, and this
GraalVM instance already has the espresso
component installed via the GraalVM Updater
.
This section assumes a Linux (amd64, aarch64), MacOS (amd64) or Windows (amd64) environment. If you are on MacOS (aarch64/M1) environment, you need to follow https://github.com/oracle/graal/issues/2666 which is not closed yet.
Install and configure GraalVM CE
or GraalVM EE
for JDK 17 according to https://www.graalvm.org/downloads/.
GraalVM CE
for JDK 17 can also be installed via SDKMAN!
.
Install the native-image
and espresso
component via the GraalVM Updater
tool.
Install the local toolchain as required by https://www.graalvm.org/22.3/reference-manual/native-image/#prerequisites.
If you need to build a Docker Image, make sure docker-ce
is installed.
Scenario 1: No need to use JARs with SPI implementations or 3rd party dependencies
Execute the following command in the same directory of Git Source to directly complete the construction of Native Image.
./mvnw -am -pl distribution/proxy-native -B -Pnative -DskipTests -Dmaven.javadoc.skip=true -Dcheckstyle.skip=true -Dspotless.apply.skip=true -Drat.skip=true clean package
Scenario 2: It is necessary to use a JAR that has an SPI implementation or a third-party dependent JAR of a LICENSE such as GPL V2.
Add SPI implementation JARs or third-party dependent JARs to dependencies
in distribution/proxy-native/pom.xml
. Examples are as follows
<dependencies>
<dependency>
<groupId>com.mysql</groupId>
<artifactId>mysql-connector-j</artifactId>
<version>8.0.32</version>
</dependency>
<dependency>
<groupId>org.apache.shardingsphere</groupId>
<artifactId>shardingsphere-sql-translator-jooq-provider</artifactId>
<version>5.3.1</version>
</dependency>
</dependencies>
./mvnw -am -pl distribution/proxy-native -B -Pnative -DskipTests -Dmaven.javadoc.skip=true -Dcheckstyle.skip=true -Dspotless.apply.skip=true -Drat.skip=true clean package
/conf
folder
containing server.yaml
written by you, the third parameter is the Address of the bound port, and the fourth parameter is
Force Start, if it is true, it will ensure that ShardingSphere Proxy Native can start normally no matter whether it
is connected or not.
Assuming the folder ./custom/conf
already exists, the example is./apache-shardingsphere-proxy-native 3307 ./custom/conf "0.0.0.0" false
./mvnw -am -pl distribution/proxy-native -B -Pnative,docker.native -DskipTests -Dmaven.javadoc.skip=true -Dcheckstyle.skip=true -Dspotless.apply.skip=true -Drat .skip=true clean package
conf
folder containing server.yaml
as ./custom/conf
, you can start the Docker Image
corresponding to GraalVM Native Image through the following docker-compose.yml
file.version: "3.8"
services:
apache-shardingsphere-proxy-native:
image: apache/shardingsphere-proxy-native:latest
volumes:
- ./custom/conf:/opt/shardingsphere-proxy-native/conf
ports:
- "3307:3307"
oraclelinux:9-slim
as the
Base Docker Image.
But if you want to use a smaller Docker Image like busybox:glic
, gcr.io/distroless/base
or scratch
as the Base
Docker Image, you need according
to https://www.graalvm.org/22.3/reference-manual/native-image/guides/build-static-executables/,
Add operations such as -H:+StaticExecutableWithDynamicLibC
to jvmArgs
as the native profile
of pom.xml
.
Also note that some 3rd party dependencies will require more system libraries such as libdl
to be installed in
the Dockerfile
.
So make sure to tune distribution/proxy-native
according to your usage
pom.xml
and Dockerfile
below.ShardingSphere for GraalVM Native Image form Proxy, which provides observability capabilities with https://shardingsphere.apache.org/document/current/cn/user-manual/shardingsphere-proxy/observability/ Not consistent.
You can observe GraalVM Native Image using a series of command line tools or visualization tools available at https://www.graalvm.org/22.3/tools/, and use VSCode to debug it according to its requirements. If you are using IntelliJ IDEA and want to debug the generated GraalVM Native Image, You can follow https://blog.jetbrains.com/idea/2022/06/intellij-idea-2022-2-eap-5/#Experimental_GraalVM_Native_Debugger_for_Java and its successors. If you are not using Linux, you cannot debug GraalVM Native Image, please pay attention to https://github.com/oracle/graal/issues/5648 which has not been closed yet.
In the case of using APM Java Agent such as ShardingSphere Agent
,
GraalVM’s native-image
component is not yet fully supported when building Native Images
javaagent, you need to follow https://github.com/oracle/graal/issues/1065 which has not been closed.
The following sections use the Apache SkyWalking Java Agent
as an example, which can be used to track corresponding
issues from the GraalVM community.
Download https://dlcdn.apache.org/skywalking/java-agent/8.12.0/apache-skywalking-java-agent-8.12.0.tgz and untar
it
to distribution/proxy-native
in ShardingSphere Git Source.
Modify the native profile
of distribution/proxy-native/pom.xml
,
Add the following jvmArgs
to the configuration
of org.graalvm.buildtools:native-maven-plugin
.
<jvmArgs>
<arg>-Dskywalking.agent.service_name="your service name"</arg>
<arg>-Dskywalking.collector.backend_service="your skywalking oap ip and port"</arg>
<arg>-javaagent:./skywalking-agent/skywalking-agent.jar</arg>
</jvmArgs>
./mvnw -am -pl distribution/proxy-native -B -Pnative -DskipTests -Dmaven.javadoc.skip=true -Dcheckstyle.skip=true -Dspotless.apply.skip=true -Drat.skip =true clean package