Inicio Explorar Axuda
Iniciar sesión
malz
/
ekuiper-new
1
0
Fork 0
Ficheiros Incidencias 0 Pull Requests 0 Wiki
Árbore: 1.10.1
Ramas Etiquetas
ekuiper-new
/
docs
/
zh_CN
/
extension
/
native
/
develop
/
plugins_tutorial.md

plugins_tutorial.md 16 KB
Permalink Histórico Raw

eKuiper 插件开发教程

LF Edge eKuiper - 基于 SQL 的轻量级流式数据处理软件 提供了一套插件机制用于实现自定义源（source），目标（sink）以及 SQL 函数（function）以扩展流处理功能。本教程详细介绍了 eKuiper 插件的开发编译和部署过程。

概览

eKuiper 插件机制基于 Go 语言的插件机制，使用户可以构建松散耦合的插件程序，在运行时动态加载和绑定。同时，由于 GO 语言插件系统的限制， eKuiper 插件的编译和使用也有相应的限制：

  • 插件不支持 windows 系统
  • 插件编译环境要求跟 eKuiper 编译环境尽量一致，包括但不限于
    • 相同的 GO 版本
    • 插件与 eKuiper 自身依赖的相同包版本必须完全一致，包括 eKuiper 自身
    • 插件与 eKuiper 编译环境的 GOPATH 必须完全一致

这些限制较为苛刻，几乎要求插件和 eKuiper 在同一台机器编译运行，经常导致开发环境编译出的插件无法在生产 eKuiper 上使用。本文详细介绍了一种切实可用的插件开发环境设置和流程，推荐给 eKuiper 插件开发者使用。插件的开发和使用一般有如下流程：

  • 开发
    • 创建并开发插件项目
    • 编译调试插件
  • 部署
    • 编译生产环境可用插件
    • 部署插件到生产环境

插件开发

插件开发一般在开发环境中进行。在开发环境调试运行通过后再部署到生产环境中。由于Go语言插件机制的严格限制，我们在这里提供两种行之有效的构建插件开发环境的办法：在eKuiper工程中创建插件开发环境与在eKuiper工程外创建插件开发环境。eKuiper 插件有三种类型：源，函数和目标，插件开发的详细方法请参看 LF Edge eKuiper 扩展 。本文以目标(sink)为例，介绍插件的开发部署过程。我们将开发一个最基本的 MySql 目标，用于将流输出写入到 MySql 数据库中。涉及到的工作流程大致如下：

  • 新建名为 samplePlugin 的插件项目
  • 在 sinks 目录下，新建 mysql.go 文件
  • 编辑 mysql.go 文件以实现插件
    • 实现 api.Sink 接口
    • 导出 Symbol：Mysql。它既可以是一个“构造函数”，也可以是结构体本身。当导出构造函数时，使用该插件的规则初始化时会用此函数创建该插件的实例；当导出为结构体时，所有使用该插件的规则将公用该插件同一个单例。如果插件有状态，例如数据库连接，建议使用第一种方法。
  • 编辑 go.mod, 添加 mysql 驱动模块
  • 编译构建eKuiper和目标插件

在eKuiper中创建插件项目

当用户以这种方式创建插件项目时，首先必须下载一份eKuiper源码并在项目根目录下执行make命令。在项目源码extensions目录中有一些插件事例。以此种方式开发插件项目的好处是官方现存的所有插件均以此种方式开发，新插件开发者可以快速上手而不用重新建立项目，用户可以直接把代码放到extensions目录下，代码结构如下：

extensions
  sinks
    myplugin           
      mysql.go
  go.mod

extensions目录用Go module来管理依赖包，用户只需把他们的插件源码放入合适的目录，然后在go.mod中更新依赖即可。

下一步用户需要编辑mysql.go文件，实现插件代码。这里有一份mysql.go源码可供参考：

package main

 // 该例子为简化样例，仅建议测试时使用

import (
	"database/sql"
	"fmt"
	_ "github.com/go-sql-driver/mysql"
	"github.com/lf-edge/ekuiper/pkg/api"
	"github.com/lf-edge/ekuiper/pkg/cast"
)


type mysqlConfig struct {
	Url   string `json:"url"`
	Table string `json:"table"`
}

type mysqlSink struct {
	conf *mysqlConfig
	//数据库连接实例
	db *sql.DB
}

func (m *mysqlSink) Configure(props map[string]interface{}) error {
	cfg := &mysqlConfig{}
	err := cast.MapToStruct(props, cfg)
	if err != nil {
		return fmt.Errorf("read properties %v fail with error: %v", props, err)
	}
	if cfg.Url == "" {
		return fmt.Errorf("property Url is required")
	}
	if cfg.Table == "" {
		return fmt.Errorf("property Table is required")
	}
	m.conf = cfg
	return nil
}

func (m *mysqlSink) Open(ctx api.StreamContext) (err error) {
	logger := ctx.GetLogger()
	logger.Debugf("Opening mysql sink %v", m.conf)
	m.db, err = sql.Open("mysql", m.conf.Url)
	if err != nil {
		logger.Error(err)
	}
	return
}

// 该函数为数据处理简化函数。
func (m *mysqlSink) Collect(ctx api.StreamContext, item interface{}) error {
	logger := ctx.GetLogger()
	v, _, err := ctx.TransformOutput(item)
	if err != nil {
		logger.Error(err)
		return err
	}
		
	//TODO 生产环境中需要处理item unmarshall后的各种类型。
	// 默认的类型为 []map[string]interface{}
	// 如果sink的`dataTemplate`属性有设置，则可能为各种其他的类型	
	logger.Debugf("mysql sink receive %s", item)
	//TODO 此处列名写死。生产环境中一般可从item中的键值对获取列名
	sql := fmt.Sprintf("INSERT INTO %s (`name`) VALUES ('%s')", m.conf.Table, v)
	logger.Debugf(sql)
	insert, err := m.db.Query(sql)
	if err != nil {
		return err
	}
	defer insert.Close()
	
	return nil
}

func (m *mysqlSink) Close(ctx api.StreamContext) error {
	if m.db != nil {
		return m.db.Close()
	}
	return nil
}

// export the constructor function to be used to instantiates the plugin
func Mysql() api.Sink {
	return &mysqlSink{}
}

在eKuiper外创建插件项目

为了便于代码管理，一般应当在 eKuiper 项目之外另建项目开发自定义插件。插件项目建议使用 Go module，项目目录如下图所示：

samplePlugin
  sinks           //source code directory of the plugin sink
    mysql.go  
  go.mod          //file go module

这里的mysql.go文件可以参考上一节的代码。 插件开发需要扩展 eKuiper 内的接口，因此必须依赖于 eKuiper 项目。最简单的 go.mod 也需要包含对 eKuiper 的依赖。典型的 go.mod 如下：

module samplePlugin

go 1.20

require (
	github.com/lf-edge/ekuiper v0.0.0-20200323140757-60d00241372b
)

除此之外，mysql.go还有对mysql包的依赖，所以go.mod 完整代码如下

module samplePlugin

go 1.20

require (
	github.com/lf-edge/ekuiper v0.0.0-20200323140757-60d00241372b
	github.com/go-sql-driver/mysql v1.5.0
)

编译调试插件

编译插件应当与编译 eKuiper 的环境一致。在开发环境中，典型的用法是在本地下载并编译 eKuiper 和插件，然后在本地 eKuiper 上调试插件功能；也可以在 eKuiper 的 docker 容器中编译插件，并用 eKuiper 容器运行调试。

本地编译

如果用户选择在eKuiper项目中开发插件，那么他可以用以下命令来编译插件：

   # compile the eKuiper
   go build -trimpath -o ./_build/$build/bin/kuiperd cmd/kuiperd/main.go
    
   # compile the plugin that using the extensions folder within eKuiper project
   go build -trimpath --buildmode=plugin -o ./_build/$build/plugins/sinks/Mysql@v1.0.0.so extensions/sinks/mysql/mysql.go

如果开发者选择了自己创建插件项目， 那么他需要以下步骤来编译插件：

  1. 下载 eKuiper 源代码 git clone https://github.com/lf-edge/ekuiper.git
  2. 编译 eKuiper：在 eKuiper 目录下，运行 make

  3. 编译环境设置

    1. 用户可以把 eKuiper 和 插件放在同一目录下，项目目录类似于如下结构： workspace ekuiper go.mod samplePlugin go.mod
    2. 在1.9.0 里，我们使用了 go workspace 功能重构了子模块的go mod构建方式，所以我们可以使用 go workspace 解决依赖问题。进入 workspace 目录里，创建工作区：
      shell go work init ./ekuiper ./samplePlugin
    3. 经过这些配置，你的插件项目与eKuiper项目目录结构应该是这样 workspace ekuiper go.mod samplePlugin go.mod go.work

  4. 在 workspace 目录下，编译插件和eKuiper

    # compile the eKuiper
go build -trimpath -o ./_build/$build/bin/kuiperd cmd/kuiperd/main.go

cd $workspacePath
# compile the plugin that using self-managed project within eKuiper project
go build -trimpath --buildmode=plugin -o ./ekuiper/_build/$build/plugins/sinks/Mysql@v1.0.0.so ./samplePlugin/sinks/mysql.go

    注意：插件命名有限制，详见插件总览。

Docker编译

eKuiper 提供了开发版本 docker 镜像。从 1.7.1 开始，开发镜像为 x.x.x-dev (0.4.0 到 1.7.0 之间版本的开发镜像为x.x.x，例如lfedge/ekuiper:0.4.0。)；与运行版本相比，开发版提供了 go 开发环境，使得用户可以在编译出在 eKuiper 正式发布版本中完全兼容的插件。由于1.9.0版本之后才使用go workspace功能，所以后面的步骤只适用于1.9.0之后的版本。在 Docker 中编译步骤如下：

  1. 运行 eKuiper 开发版本 docker。需要把本地插件目录 mount 到 docker 里的目录中，这样才能在 docker 中访问插件项目并编译。笔者的插件项目位于本地 /var/git 目录。下面的命令中，我们把本地的 /var/git目录映射到 docker 内的 /go/plugins 目录中。 shell docker run -d --name kuiper-dev --mount type=bind,source=/var/git,target=/go/plugins lfedge/ekuiper:1.9.0

  2. 在 docker 环境中编译插件，其原理与本地编译一致。编译出的插件置于插件项目的 target 目录中

    1. 进入开发版本docker容器中

      # In host
docker exec -it kuiper-dev /bin/sh

    2. 设置eKuiper工程环境目录：在开发版docker环境中，eKuiper工程位于/go/kuiper

      # In docker instance
export EKUIPER_SOURCE=/go/kuiper

    3. 参照本地编译环境设置方法，设置编译环境，目录结构如下

      /go
kuiper
  go.mod
samplePlugin
  sinks           
    mysql.go     
  go.mod
go.work

      可以使用如下命令

      # In docker instance
cp -r /go/plugins/samplePlugin /go/samplePlugin
go work init ./kuiper ./samplePlugin

    4. 进入 /go 目录，执行下面命令

      # In docker instance
go build -trimpath --buildmode=plugin -o ./kuiper/_build/$build/plugins/sinks/Mysql@v1.0.0.so ./samplePlugin/sinks/mysql.go

eKuiper 也提供了精简的 alpine 版本，但是不包含 go 环境。用户可以使用 alpine 版本的镜像来编译插件，但这就需要用户自己安装相应的依赖。用户也可以使用 golang 镜像作为基础环境(如果您使用的是 golang 1.20版本的镜像，并且想要编译 eKuiper 插件，您可以使用提供的 base image (https://github.com/lf-edge/ekuiper/pkgs/container/ekuiper%2Fbase)作为基础环境。使用这个 base image 所编译的插件，在部署到 alpine版本 的 eKuiper 时，不会出现Error loading shared library libresolve.so.2的错误)。具体步骤如下:

  1. 运行 golang 相应版本 docker。需要把本地插件目录和 eKuiper源码 mount 到 docker 里的目录中，这样才能在 docker 中访问插件项目并编译。笔者的插件项目位于本地 /var/git 目录。下面的命令中，我们把本地的 /var/git目录映射到 docker 内的 /go/plugins 目录中。 shell docker run --rm -it -v /var/git:/go/plugins -w /go/plugins golang:1.20.2 /bin/sh

  2. 参照本地编译环境设置方法，设置编译环境，目录结构如下

    /go/plugins
   kuiper
       go.mod
   samplePlugin
       sinks           
           mysql.go     
       go.mod
   go.work

    可以使用如下命令

    # In docker instance
cd /go/plugins
go work init ./kuiper ./samplePlugin

  3. 执行下面命令，便可以得到编译好的插件

    # In docker instance
go build -trimpath --buildmode=plugin -o Mysql@v1.0.0.so ./samplePlugin/sinks/mysql.go

调试运行插件

在本地或 开发 Docker 中启动 eKuiper，创建流和规则，规则的 action 设置为 mysql 即可对自定义的 mysql sink 插件进行测试。创建流和规则的步骤请参考 eKuiper 文档 。以下提供一个使用了 mysql 插件的规则供参考。

{
  "id": "ruleTest",
  "sql": "SELECT * from demo",
  "actions": [
    {
      "log": {},
      "mysql":{
        "url": "user:password@tcp(localhost:3306)/database",
        "table": "test"
      }
    }
  ]
}

注意：mysql.go中实现的接口在表中插入数据时只能插入列名为name的数据。此外，开发调试中，也可以直接把插件 so 文件复制到相应 plugins 目录下，并重启 eKuiper 进行调试。开发环境的 Docker 镜像，eKuiper默认在 /usr/local/kuiper 目录下。需要注意的是，插件重新编译后需要重启 eKuiper 才能载入新的版本。

插件部署

eKuiper 生产环境和开发环境如果不同，开发的插件需要重新编译并部署到生产环境。假设生产环境采用 eKuiper docker 进行部署，本节将描述如何部署插件到生产环境中。

编译

插件原则上应该与生产环境 eKuiper 采用相同环境进行编译。假设生产环境为 eKuiper docker，则应当采用与生产环境相同版本的 dev docker 环境编译插件。例如，生产环境采用 lfedge/ekuiper:0.4.0-slim 的docker镜像，则插件需要在lfedge/ekuiper:0.4.0 的环境中进行编译。

编译过程请参考 Docker 编译。编译完成的插件可以直接在开发 Docker 中进行调试。

部署

可以采用 REST API 或者 CLI 进行插件管理。下文以 REST API 为例，将上一节编译的插件部署到生产环境中。

  1. 插件打包并放到 http 服务器。将上一节编译好的插件 .so 文件及默认配置文件（只有 source 需要） .yaml 文件一起打包到一个 .zip 文件中，假设为 mysqlSink.zip。把该文件放置到生产环境也可访问的 http 服务器中。

    • 某些插件可能依赖 eKuiper 环境未安装的库。用户可以选择自行到 eKuiper 服务器安装依赖或者在插件包中放入名为 install.sh 安装脚本和依赖。插件管理系统会运行插件包中的 install.sh 文件。详情请参考 插件文件格式。

  2. 使用 REST API 创建插件： ``` POST http://{$production_eKuiper_ip}:9081/plugins/sinks Content-Type: application/json

{"name":"mysql","file":"http://{$http_server_ip}/plugins/sinks/mysqlSink.zip"}

3. 验证插件是否创建成功
    ```
    GET http://{$production_eKuiper_ip}:9081/plugins/sinks/mysql
    ```
    返回
    ```json
    {
       "name": "mysql",
       "version": "1.0.0"
    }
    ```
   
注意：如果是在 alpine 环境中部署插件，执行上述步骤后，可能会出现 `Error loading shared library libresolve.so.2`错误（我们计划开发一个针对 alpine 的专门用于开发的镜像，即 alpine-dev 版本的镜像，敬请期待），这里提供了一种解决方案：
```shell
# In docker instance
apk add gcompat
cd /lib
ln libgcompat.so.0  /usr/lib/libresolve.so.2

至此，插件部署成功。可以创建带有 mysql sink 的规则进行验证。