EMQ X Kuiper 是一款基于 SQL 的轻量级物联网流式数据处理软件,提供了一套插件机制用于实现自定义源(source),目标(sink)以及 SQL 函数(function)以扩展流处理功能。本教程详细介绍了 Kuiper 插件的开发编译和部署过程。mysql
Kuiper 插件基于 Go 语言的插件机制,用户能够构建松散耦合的插件程序,在运行时动态加载和绑定。可是,因为 GO 语言插件系统的限制, Kuiper 插件的编译和使用也有相应的限制:git
插件编译环境要求跟 Kuiper 编译环境尽可能一致,包括但不限于github
这些限制较为苛刻,几乎要求插件和 Kuiper 在同一台机器编译运行,常常致使开发环境编译出的插件没法在生产 Kuiper 上使用。本文详细介绍了一种切实可用的插件开发环境设置和流程,推荐给 Kuiper 插件开发者使用。插件的开发和使用通常有以下流程:sql
开发docker
部署数据库
插件开发通常在开发环境中进行。在开发环境调试运行经过后再部署到生产环境中。json
Kuiper 项目源代码的 plugins 目录下有一些插件范例。用户自定义的插件也能够在 Kuiper 项目中开发。可是为了便于代码管理,通常应当在 Kuiper 项目以外另建项目开发自定义插件。插件项目建议使用 Go module,典型的项目目录以下图所示:windows
plugin_project sources //源(source)插件源代码目录 mysource.go sinks //目标(sink)插件源代码目录 mysink.go functions //函数(function)插件源代码目录 myfunction.go target //编译结果目录 go.mod //go module文件
插件开发须要扩展 Kuiper 内的接口,所以必须依赖于 Kuiper 项目。最简单的 go.mod 也须要包含对 Kuiper 的依赖。典型的 go.mod 以下:api
module samplePlugin go 1.13 require ( github.com/emqx/kuiper v0.0.0-20200323140757-60d00241372b )
Kuiper 插件有三种类型,源代码可放入对应的目录中。插件开发的详细方法请参看 EMQ X Kuiper 扩展。本文以目标(sink)为例,介绍插件的开发部署过程。咱们将开发一个最基本的 MySql 目标,用于将流输出写入到 MySql 数据库中。服务器
编辑 mysql.go 文件以实现插件
mysql.go 完整代码以下
package main import ( "database/sql" "fmt" "github.com/emqx/kuiper/xstream/api" _ "github.com/go-sql-driver/mysql" ) type mysqlSink struct { url string table string db *sql.DB } func (m *mysqlSink) Configure(props map[string]interface{}) error { if i, ok := props["url"]; ok { if i, ok := i.(string); ok { m.url = i } } if i, ok := props["table"]; ok { if i, ok := i.(string); ok { m.table = i } } return nil } func (m *mysqlSink) Open(ctx api.StreamContext) (err error) { logger := ctx.GetLogger() logger.Debug("Opening mysql sink") m.db, err = sql.Open("mysql", m.url) return } func (m *mysqlSink) Collect(ctx api.StreamContext, item interface{}) error { logger := ctx.GetLogger() if v, ok := item.([]byte); ok { logger.Debugf("mysql sink receive %s", item) sql := fmt.Sprintf("INSERT INTO %s (`name`) VALUES ('%s')", m.table, v) logger.Debugf(sql) insert, err := m.db.Query(sql) if err != nil { return err } defer insert.Close() } else { logger.Debug("mysql sink receive non byte data") } return nil } func (m *mysqlSink) Close(ctx api.StreamContext) error { if m.db != nil{ m.db.Close() } return nil } var Mysql mysqlSink
go.mod 完整代码以下
module samplePlugin go 1.13 require ( github.com/emqx/kuiper v0.0.0-20200323140757-60d00241372b github.com/go-sql-driver/mysql v1.5.0 )
编译插件应当与编译 Kuiper 的环境一致。在开发环境中,典型的用法是在本地下载并编译 Kuiper 和插件,而后在本地 Kuiper 上调试插件功能;也能够在 Kuiper 的 docker 容器中编译插件,并用 Kuiper 容器运行调试。
开发者能够在本地自行编译 Kuiper 和插件进行调试。其步骤以下:
git clone https://github.com/emqx/kuiper.git
make
编译插件:
go mod edit -replace github.com/emqx/kuiper=$kuiperPath
,使得 Kuiper 依赖指向本地 Kuiper,请替换$kuiperPath 到步骤1下载目录,下同。go build --buildmode=plugin -o $kuiperPath/_build/$build/plugins/sinks/Mysql@v1.0.0.so sinks/mysql.go
从0.3.0版本开始,Kuiper 提供了开发版本 docker 镜像( kuiper:x.x.x-dev
)。与运行版本相比,开发版提供了 go 开发环境,使得用户能够在编译出在 Kuiper 正式发布版本中彻底兼容的插件。Docker 中编译步骤以下:
运行 Kuiper 开发版本 docker。须要把本地插件目录 mount 到 docker 里的目录中,这样才能在 docker 中访问插件项目并编译。笔者的插件项目位于本地/var/git
目录。下面的命令中,咱们把本地的/var/git
目录映射到docker内的/home
目录中。
docker run -d --name kuiper-dev --mount type=bind,source=/var/git,target=/home emqx/kuiper:0.3.0-dev
在 docker 环境中编译插件,其原理与本地编译一致。编译出的插件置于插件项目的 target 目录中
-- In host # docker exec -it kuiper-dev /bin/sh -- In docker instance # cd /home/samplePlugin # go mod edit -replace github.com/emqx/kuiper=/go/kuiper # go build --buildmode=plugin -o /home/samplePlugin/target/plugins/sinks/Mysql@v1.0.0.so sinks/mysql.go
在本地或 Docker 中启动 Kuiper,建立流和规则,规则的 action 设置为 mysql 便可对自定义的 mysql sink 插件进行测试。建立流和规则的步骤请参考 Kuiper 文档。如下提供一个使用了 mysql 插件的规则供参考。
{ "id": "ruleTest", "sql": "SELECT * from demo", "actions": [ { "log": {}, "mysql":{ "url": "user:test@tcp(localhost:3307)/user", "table": "test" } } ] }
须要注意的是,插件从新编译后须要重启 Kuiper 才能载入新的版本。
若是生产环境和开发环境若是不一样,开发的插件须要从新编译并部署到生产环境。假设生产环境采用 Kuiper docker 进行部署,本节将描述如何部署插件到生产环境中。
插件原则上应该与生产环境 Kuiper 采用相同环境进行编译。假设生产环境为 Kuiper docker,则应当采用与生产环境相同版本的 dev docker 环境编译插件。例如,生产环境采用 emqx/kuiper:0.3.0 的 docker 镜像,则插件须要在emqx/kuiper:0.3.0-dev 的环境中进行编译。
编译过程请参考 Docker 编译。
能够采用 REST API 或者 CLI 进行插件管理。下文以 REST API 为例,将上一节编译的插件部署到生产环境中。
.so
文件及默认配置文件(只有 source 须要) .yaml
文件一块儿打包到一个 .zip
文件中,假设为 mysqlSink.zip
。把该文件放置到生产环境也可访问的 http 服务器中。使用 REST API 建立插件:
POST http://{$production_kuiper_ip}:9081/plugins/sinks Content-Type: application/json {"name":"mysql","file":"http://{$http_server_ip}/plugins/sinks/mysqlSink.zip"}
验证插件是否建立成功
GET http://{$production_kuiper_ip}:9081/plugins/sinks/mysql
返回
{ "name": "mysql", "version": "1.0.0" }
至此,插件部署成功。能够建立带有 mysql sink 的规则进行验证。
版权声明: 本文为 EMQ 原创,转载请注明出处。