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,
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 algorithm classes are not available under GraalVM Native Image due to https://github.com/oracle/graal/issues/5522 involved.
org.apache.shardingsphere.sharding.algorithm.sharding.inline.InlineShardingAlgorithmorg.apache.shardingsphere.sharding.algorithm.sharding.inline.ComplexInlineShardingAlgorithmorg.apache.shardingsphere.sharding.algorithm.sharding.hint.HintInlineShardingAlgorithmAt this stage, ShardingSphere Proxy in the form of GraalVM Native Image does not support row expressions using the
default implementation of the InlineExpressionParser SPI.
This first results in the actualDataNodes property of the data sharding feature that can only be configured using
other implementations of the InlineExpressionParser SPI, for example using LITERAL implemented
InlineExpressionParser SPI for row expression, i.e. <LITERAL>ds_0.t_order_0, ds_0.t_order_1
or <LITERAL>ds_0.t_user_0, ds_15.t_user_1023.
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.
org.apache.shardingsphere:shardingsphere-cluster-mode-repository-etcd is affected by
https://github.com/micronaut-projects/micronaut-gcp/issues/532 and cannot be used.
GraalVM Community Edition or Oracle GraalVM for JDK 17 according
to https://www.graalvm.org/downloads/. Or use SDKMAN!. If you wish to use Oracle GraalVM
with GraalVM Free Terms and Conditions license,
the following command should be changed to sdk install java 17.0.8-graal.sdk install java 17.0.8-graalce
Install the local toolchain as required by https://www.graalvm.org/latest/reference-manual/native-image/#prerequisites.
If you need to build a Docker Image, make sure docker-ce is installed.
First, you need to execute the following command in the root directory of the project to collect the GraalVM Reachability Metadata of the Standard form for all submodules.
./mvnw -PgenerateStandardMetadata -DskipNativeTests -B -T1C clean test
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 -T1C -Prelease.native -DskipTests 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.1.0</version>
</dependency>
<dependency>
<groupId>org.apache.shardingsphere</groupId>
<artifactId>shardingsphere-sql-translator-jooq-provider</artifactId>
<version>5.4.0</version>
</dependency>
</dependencies>
./mvnw -am -pl distribution/proxy-native -B -T1C -Prelease.native -DskipTests clean package
Port
used by ShardingSphere Proxy, the second parameter is the /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 -T1C -Prelease.native,docker.native -DskipTests 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/latest/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/latest/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://archive.apache.org/dist/skywalking/java-agent/8.16.0/apache-skywalking-java-agent-8.16.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 -T1C -Prelease.native -DskipTests clean package
