使用 GO 语言开发 WASM 插件 一、工具准备 需要先安装 Golang 和 TinyGo 两个程序
1. Golang (要求 1.18 版本以上) 官方指引链接:https://go.dev/doc/install
Windows
下载安装文件:https://go.dev/dl/go1.19.windows-amd64.msi 打开下载好的安装文件直接安装,默认会安装到 Program Files
或 Program Files (x86)
目录 安装完成后,使用键盘上的快捷键“Win+R”打开运行窗口,在运行窗口中输入“cmd”点击确定即可打开命令窗口,输入命令:go version
,输出当前安装的版本,表明安装成功
MacOS
下载安装文件:https://go.dev/dl/go1.19.darwin-amd64.pkg 打开下载好的安装文件直接安装,默认会安装到/usr/local/go
目录 打开终端命令行工具,输入命令:go version
,输出当前安装的版本,表明安装成功
Linux
下载安装文件:https://go.dev/dl/go1.19.linux-amd64.tar.gz 执行下列命令进行安装:
rm - rf / usr / local / go && tar - C / usr / local - xzf go1 . 19.linux - amd64 . tar . gz
export PATH = $PATH : /usr/ local / go / bin
执行 go version
,输出当前安装的版本,表明安装成功
2. TinyGo (要求 0.28.1 版本以上) 官方指引链接:https://tinygo.org/getting-started/install/
Windows
下载安装文件:https://github.com/tinygo-org/tinygo/releases/download/v0.28.1/tinygo0.28.1.windows-amd64.zip 解压安装文件到指定目录 如果安装解压后的目录为C:\tinygo
,则需要将C:\tinygo\bin
添加到环境变量PATH
中,例如通过在命令窗口中输入 set 命令设置
set PATH =% PATH %;” C : \tinygo\b in ”;
在命令窗口执行命令 tinygo version
,输出当前安装的版本,表明安装成功
MacOS
下载压缩包并解压
tar -zxf tinygo0.28.1.darwin-amd64.tar.gz
如果安装解压后的目录为/tmp
,则需要将/tmp/tinygo/bin
添加到环境变量PATH
中:
export PATH = /tmp/ tinygo / bin : $PATH
在终端执行 tinygo version
,输出当前安装的版本,表明安装成功
Linux 以 Ubuntu 下 amd64 架构为例,其他系统请参考官方指引链接
下载 DEB 文件,并安装
sudo dpkg -i tinygo_0.28.1_amd64.deb
export PATH=$PATH:/usr/local/bin
在终端执行 tinygo version
,输出当前安装的版本,表明安装成功
二、编写插件 1. 初始化工程目录
新建一个工程目录文件,例如wasm-demo-go
在所建目录下执行以下命令,进行 Go 工程初始化
国内环境可能需要设置下载依赖包的代理
下载构建插件的依赖
go get github . com / higress - group / proxy - wasm - go - sdk
go get github . com / alibaba / higress / plugins / wasm - go@main
go get github . com / tidwall / gjson
2. 编写 main.go 文件 下面是一个简单示例,实现了在插件配置mockEnable: true
时直接返回hello world
应答;未做插件配置,或者设置mockEnable: false
时给原始请求添加 hello: world
请求头。更多例子请参考本文第四节。
注意:在网关控制台中的插件配置为 yaml 格式,下发给插件时将自动转换为 json 格式,所以例子中的 parseConfig 可以直接从 json 中解析配置
“ github . com / alibaba / higress / plugins / wasm - go / pkg / wrapper ”
“ github . com / higress - group / proxy - wasm - go - sdk / proxywasm ”
“ github . com / higress - group / proxy - wasm - go - sdk / proxywasm / types ”
“ github . com / tidwall / gjson ”
wrapper.ParseConfigBy(parseConfig),
wrapper.ProcessRequestHeadersBy(onHttpRequestHeaders),
// 在控制台插件配置中填写的yaml配置会自动转换为json,此处直接从json这个参数里解析配置即可
func parseConfig(json gjson.Result, config *MyConfig, log wrapper.Log) error {
config.mockEnable = json.Get(“mockEnable”).Bool()
func onHttpRequestHeaders ( ctx wrapper . HttpContext , config MyConfig , log wrapper . Log ) types . Action {
proxywasm . AddHttpRequestHeader (“ hello ”, “ world ”)
proxywasm . SendHttpResponse ( 200 , nil , [] byte (“ hello world ”), - 1 )
return types . ActionContinue
HTTP 处理挂载点 上面示例代码中通过 wrapper.ProcessRequestHeadersBy
将自定义函数 onHttpRequestHeaders
用于HTTP 请求头处理阶段
处理请求。除此之外,还可以通过下面方式,设置其他阶段的自定义处理函数
HTTP 处理阶段 触发时机 挂载方法 HTTP 请求头处理阶段 网关接收到客户端发送来的请求头数据时 wrapper.ProcessRequestHeadersBy HTTP 请求 Body 处理阶段 网关接收到客户端发送来的请求 Body 数据时 wrapper.ProcessRequestBodyBy HTTP 应答头处理阶段 网关接收到后端服务响应的应答头数据时 wrapper.ProcessResponseHeadersBy HTTP 应答 Body 处理阶段 网关接收到后端服务响应的应答 Body 数据时 wrapper.ProcessResponseBodyBy
工具方法 上面示例代码中的 proxywasm.AddHttpRequestHeader
和 proxywasm.SendHttpResponse
是插件 SDK 提供的两个工具方法,主要的工具方法见下表:
分类 方法名称 用途 可以生效的 HTTP 处理阶段 请求头处理 GetHttpRequestHeaders 获取客户端请求的全部请求头 HTTP 请求头处理阶段 ReplaceHttpRequestHeaders 替换客户端请求的全部请求头 HTTP 请求头处理阶段 GetHttpRequestHeader 获取客户端请求的指定请求头 HTTP 请求头处理阶段 RemoveHttpRequestHeader 移除客户端请求的指定请求头 HTTP 请求头处理阶段 ReplaceHttpRequestHeader 替换客户端请求的指定请求头 HTTP 请求头处理阶段 AddHttpRequestHeader 新增一个客户端请求头 HTTP 请求头处理阶段 请求 Body 处理 GetHttpRequestBody 获取客户端请求 Body HTTP 请求 Body 处理阶段 AppendHttpRequestBody 将指定的字节串附加到客户端请求 Body 末尾 HTTP 请求 Body 处理阶段 PrependHttpRequestBody 将指定的字节串附加到客户端请求 Body 的开头 HTTP 请求 Body 处理阶段 ReplaceHttpRequestBody 替换客户端请求 Body HTTP 请求 Body 处理阶段 应答头处理 GetHttpResponseHeaders 获取后端响应的全部应答头 HTTP 应答头处理阶段 ReplaceHttpResponseHeaders 替换后端响应的全部应答头 HTTP 应答头处理阶段 GetHttpResponseHeader 获取后端响应的指定应答头 HTTP 应答头处理阶段 RemoveHttpResponseHeader 移除后端响应的指定应答头 HTTP 应答头处理阶段 ReplaceHttpResponseHeader 替换后端响应的指定应答头 HTTP 应答头处理阶段 AddHttpResponseHeader 新增一个后端响应头 HTTP 应答头处理阶段 应答 Body 处理 GetHttpResponseBody 获取客户端请求 Body HTTP 应答 Body 处理阶段 AppendHttpResponseBody 将指定的字节串附加到后端响应 Body 末尾 HTTP 应答 Body 处理阶段 PrependHttpResponseBody 将指定的字节串附加到后端响应 Body 的开头 HTTP 应答 Body 处理阶段 ReplaceHttpResponseBody 替换后端响应 Body HTTP 应答 Body 处理阶段 HTTP 调用 DispatchHttpCall 发送一个 HTTP 请求 - GetHttpCallResponseHeaders 获取 DispatchHttpCall 请求响应的应答头 - GetHttpCallResponseBody 获取 DispatchHttpCall 请求响应的应答 Body - GetHttpCallResponseTrailers 获取 DispatchHttpCall 请求响应的应答 Trailer - 直接响应 SendHttpResponse 直接返回一个特定的 HTTP 应答 - 流程恢复 ResumeHttpRequest 恢复先前被暂停的请求处理流程 - ResumeHttpResponse 恢复先前被暂停的应答处理流程 -
3. 编译生成 WASM 文件 tinygo build - o main . wasm - scheduler = none - target = wasi - gc = custom - tags =” custommalloc nottinygc_finalizer ” ./
如果windows下编译出现error: could not find wasm-opt, set the WASMOPT environment variable to override 则需要下载https://github.com/WebAssembly/binaryen/ 里面包含了bin\wasm-opt.exe将这个文件拷贝到tinygo的bin目录下重新编译即可。 编译成功会在当前目录下创建文件 main.wasm。这个文件在下面本地调试的例子中也会被用到。
如果linux/mac下编译出现该错误,使用apt/brew等系统自带包管理工具安装下binaryen即可,例如brew install binaryen
要在Higress中配合Wasmplugin CRD或者Console的UI交互配置该插件,需要将该wasm文件打包成oci或者docker镜像,可以参考这篇文档:《自定义插件》
三、本地调试 工具准备 安装Docker
使用 docker compose 启动验证
进入在编写插件时创建的目录,例如wasm-demo目录,确认该目录下已经编译生成了main.wasm文件。 在目录下创建文件docker-compose.yaml,内容如下:
image : higress - registry . cn - hangzhou . cr . aliyuncs . com / higress / gateway : v1 . 4.0 - rc . 1
entrypoint : /usr/ local / bin / envoy
# 注意这里对wasm开启了debug级别日志,正式部署时则默认info级别
command: -c /etc/envoy/envoy.yaml —component-log-level wasm:debug
- ./envoy.yaml:/etc/envoy/envoy.yaml
- ./main.wasm:/etc/envoy/main.wasm
image : kennethreitz / httpbin : latest
继续在该目录下创建文件envoy.yaml,内容如下:
- name : envoy . filters . network . http_connection_manager
“ @type ”: type . googleapis . com / envoy . extensions . filters . network . http_connection_manager . v3 . HttpConnectionManager
scheme_header_transformation :
scheme_to_overwrite : https
stat_prefix : ingress_http
“ @type ”: type . googleapis . com / udpa . type . v1 . TypedStruct
type_url : type . googleapis . com / envoy . extensions . filters . http . wasm . v3 . Wasm
runtime : envoy . wasm . runtime . v8
filename : /etc/ envoy / main . wasm
“ @type ”: “ type . googleapis . com / google . protobuf . StringValue ”
- name : envoy . filters . http . router
# Comment out the following line to test on v6 networks
dns_lookup_family: V4_ONLY
执行以下命令启动docker compose。
功能验证
WASM功能验证
使用curl直接访问httpbin,可以看到不经过网关时的请求头内容,如下:
“ Host ”: “ 127.0 . 0.1 : 12345 ”,
“ User - Agent ”: “ curl / 7.79 . 1 ”
使用curl通过网关访问httpbin,可以看到经过网关处理后的请求头的内容,如下:
“ Host ”: “ 127.0 . 0.1 : 10000 ”,
“ Original - Host ”: “ 127.0 . 0.1 : 10000 ”,
“ Req - Start - Time ”: “ 1681269273896 ”,
“ User - Agent ”: “ curl / 7.79 . 1 ”,
“ X - Envoy - Expected - Rq - Timeout - Ms ”: “ 15000 ”
此时上文编写插件的功能已经生效了,加入了hello: world
请求头。
插件配置修改验证
修改envoy.yaml,将mockEnable
配置修改为true。
“ @type ”: “ type . googleapis . com / google . protobuf . StringValue ”
使用curl通过网关访问httpbin,可以看到经过网关处理后的请求头的内容,如下:
说明插件配置修改生效,开启了mock应答直接返回了hello world。
更多示例 无配置插件 插件无需配置时,直接定义空结构体即可
“ github . com / alibaba / higress / plugins / wasm - go / pkg / wrapper ”
“ github . com / higress - group / proxy - wasm - go - sdk / proxywasm ”
“ github . com / higress - group / proxy - wasm - go - sdk / proxywasm / types ”
wrapper . ProcessRequestHeadersBy ( onHttpRequestHeaders ),
func onHttpRequestHeaders ( ctx wrapper . HttpContext , config MyConfig , log wrapper . Log ) types . Action {
proxywasm . SendHttpResponse ( 200 , nil , [] byte (“ hello world ”), - 1 )
return types . ActionContinue
在插件中请求外部服务 目前仅支持 http 调用,支持访问在网关控制台中设置了服务来源的 Nacos、K8s 服务,以及固定地址或 DNS 来源的服务。请注意,无法直接使用net/http
库中的 HTTP client,必须使用如下例中封装的 HTTP client。 下面例子中,在配置解析阶段解析服务类型,生成对应的 HTTP client ;在请求头处理阶段根据配置的请求路径访问对应服务,解析应答头,然后再设置在原始的请求头中。
“ github . com / alibaba / higress / plugins / wasm - go / pkg / wrapper ”
“ github . com / higress - group / proxy - wasm - go - sdk / proxywasm ”
“ github . com / higress - group / proxy - wasm - go - sdk / proxywasm / types ”
“ github . com / tidwall / gjson ”
wrapper . ParseConfigBy ( parseConfig ),
wrapper . ProcessRequestHeadersBy ( onHttpRequestHeaders ),
client wrapper.HttpClient
// 根据这个key取出调用服务的应答头对应字段,再设置到原始请求的请求头,key为此配置项
func parseConfig ( json gjson . Result , config * MyConfig , log wrapper . Log ) error {
config . tokenHeader = json . Get (“ tokenHeader ”). String ()
if config . tokenHeader == “” {
return errors . New (“ missing tokenHeader in config ”)
config . requestPath = json . Get (“ requestPath ”). String ()
if config . requestPath == “” {
return errors . New (“ missing requestPath in config ”)
serviceSource := json . Get (“ serviceSource ”). String ()
// 固定地址和dns类型的serviceName,为控制台中创建服务时指定
// nacos和k8s来源的serviceName,即服务注册时指定的原始名称
serviceName := json.Get(“serviceName”).String()
servicePort := json.Get(“servicePort”).Int()
if serviceName == “” || servicePort == 0 {
return errors.New(“invalid service config”)
namespace := json.Get(“namespace”).String()
config.client = wrapper.NewClusterClient(wrapper.K8sCluster{
ServiceName: serviceName,
namespace := json.Get(“namespace”).String()
config.client = wrapper.NewClusterClient(wrapper.NacosCluster{
ServiceName: serviceName,
config.client = wrapper.NewClusterClient(wrapper.StaticIpCluster{
ServiceName: serviceName,
domain := json.Get(“domain”).String()
config.client = wrapper.NewClusterClient(wrapper.DnsCluster{
ServiceName: serviceName,
return errors.New(“unknown service source: “ + serviceSource)
func onHttpRequestHeaders ( ctx wrapper . HttpContext , config MyConfig , log wrapper . Log ) types . Action {
// 使用client的Get方法发起HTTP Get调用,此处省略了timeout参数,默认超时时间500毫秒
config.client.Get(config.requestPath, nil,
func(statusCode int, responseHeaders http.Header, responseBody []byte) {
if statusCode != http.StatusOK {
log.Errorf(“http call failed, status: %d”, statusCode)
proxywasm.SendHttpResponse(http.StatusInternalServerError, nil,
[]byte(“http call failed”), -1)
log.Infof(“get status: %d, response body: %s”, statusCode, responseBody)
// 从应答头中解析token字段设置到原始请求头中
token := responseHeaders.Get(config.tokenHeader)
proxywasm.AddHttpRequestHeader(config.tokenHeader, token)
// 恢复原始请求流程,继续往下处理,才能正常转发给后端服务
proxywasm.ResumeHttpRequest()
// 需要等待异步回调完成,返回Pause状态,可以被ResumeHttpRequest恢复
在插件中调用Redis 使用如下示例代码实现Redis限流插件
“ github . com / higress - group / proxy - wasm - go - sdk / proxywasm ”
“ github . com / higress - group / proxy - wasm - go - sdk / proxywasm / types ”
“ github . com / tidwall / gjson ”
“ github . com / tidwall / resp ”
“ github . com / alibaba / higress / plugins / wasm - go / pkg / wrapper ”
wrapper . ParseConfigBy ( parseConfig ),
wrapper . ProcessRequestHeadersBy ( onHttpRequestHeaders ),
wrapper . ProcessResponseHeadersBy ( onHttpResponseHeaders ),
type RedisCallConfig struct {
client wrapper . RedisClient
func parseConfig ( json gjson . Result , config * RedisCallConfig , log wrapper . Log ) error {
// 带服务类型的完整 FQDN 名称,例如 my-redis.dns、redis.my-ns.svc.cluster.local
serviceName := json.Get(“serviceName”).String()
servicePort := json.Get(“servicePort”).Int()
if strings.HasSuffix(serviceName, “.static”) {
username := json.Get(“username”).String()
password := json.Get(“password”).String()
timeout := json.Get(“timeout”).Int()
qpm := json.Get(“qpm”).Int()
config.client = wrapper.NewRedisClusterClient(wrapper.FQDNCluster{
return config.client.Init(username, password, timeout)
func onHttpRequestHeaders ( ctx wrapper . HttpContext , config RedisCallConfig , log wrapper . Log ) types . Action {
minuteAligned := now . Truncate ( time . Minute )
timeStamp := strconv . FormatInt ( minuteAligned . Unix (), 10 )
// 如果 redis api 返回的 err != nil,一般是由于网关找不到 redis 后端服务,请检查是否误删除了 redis 后端服务
err := config.client.Incr(timeStamp, func(response resp.Value) {
if response.Error() != nil {
log.Errorf(“call redis error: %v”, response.Error())
proxywasm.ResumeHttpRequest()
ctx.SetContext(“timeStamp”, timeStamp)
ctx.SetContext(“callTimeLeft”, strconv.Itoa(config.qpm-response.Integer()))
if response.Integer() == 1 {
err := config.client.Expire(timeStamp, 60, func(response resp.Value) {
if response.Error() != nil {
log.Errorf(“call redis error: %v”, response.Error())
proxywasm.ResumeHttpRequest()
log.Errorf(“Error occured while calling redis, it seems cannot find the redis cluster.”)
proxywasm.ResumeHttpRequest()
if response.Integer() > config.qpm {
proxywasm.SendHttpResponse(429, [][2]string{{“timeStamp”, timeStamp}, {“callTimeLeft”, “0”}}, []byte(“Too many requests\n”), -1)
proxywasm.ResumeHttpRequest()
log.Errorf(“Error occured while calling redis, it seems cannot find the redis cluster.”)
return types.ActionContinue
func onHttpResponseHeaders ( ctx wrapper . HttpContext , config RedisCallConfig , log wrapper . Log ) types . Action {
if ctx . GetContext (“ timeStamp ”) != nil {
proxywasm . AddHttpResponseHeader (“ timeStamp ”, ctx . GetContext (“ timeStamp ”).( string ))
if ctx . GetContext (“ callTimeLeft ”) != nil {
proxywasm . AddHttpResponseHeader (“ callTimeLeft ”, ctx . GetContext (“ callTimeLeft ”).( string ))
return types . ActionContinue