Open daadu opened 4 years ago
Please give me feedback on the proposed solution. I am interested on working on this feature.
Also could consider adding support for emqx-lua-hook
Hi, @daadu Thank you for your suggestion, we will further discuss the solution to this issue. CC @HJianBo Do you have any ideas ?
@zhanghongtong I have mentioned in Possible Solution section.
Hi @daadu We plan to refactor the implementation of these two plugins in 4.3. The new implementation will make procedure calls based on gRPC instead of the erlang port. In this way, the two plug-ins have a very flexible deployment approach
emqx-exproto
andemqx-extension-hook
are the newly released plugins, they require access to "custom code" written by user and "python3/java(coming soon)" runtime. Current Helm chart does not support this.Possible Solution
/code
volume of the "sidecar" should be mounted to/extension
. This is will give emqx access to user defined "code"emqx-4.2.3
tag for simple emqx,emqx-py3-4.2.3
tag for emqx+python3 andemqx-java-4.2.3
for emqx+java. Theemqx-py3-*
andemqx-java-*
tagged docker images will have python and java runtimes inside the image. This could be done by using multi-stage docker build. Also an additional feature could be make thepy3
andjava
runtimes tuneable - eg. user can change heap size of JVM, etc. using environment variables.