【Traefik二次开发】中间件 Middleware 开发
本篇只讨论HTTP中间件
中间件定义
https://doc.traefik.io/traefik/middlewares/overview/
Attached to the routers, pieces of middleware are a means of tweaking the requests before they are sent to your service (or before the answer from the services are sent to the clients).
实际上与http的中间件一致,核心是实现对http请求的修改和控制。
中间件配置
Traefik自带了许多中间件,可以直接通过配置进行使用。所有的中间件配置都在 http.middlewares 下,比如,下述配置实现了 “addPrefix”中间件(https://doc.traefik.io/traefik/middlewares/http/addprefix/):
http:
routers:
router1:
service: myService
middlewares:
- "foo-add-prefix"
rule: "Host(`example.com`)"
middlewares:
foo-add-prefix:
addPrefix:
prefix: "/foo"
services:
service1:
loadBalancer:
servers:
- url: "http://127.0.0.1:80"
中间件开发要点
主要是需要编写下述几点:
- 中间件配置。代码中表现为一个结构体,可以映射到配置文件中。
- 中间件Handler。作为实现中间件逻辑功能的结构提,实现 http.Handler 接口。
- 中间件的初始化代码。需要定义中间件的“构造函数”,用于读取配置并实例化中间件的Handler。
接下来,我们按照Traefik的开发思路,一步一步实现上述内容,最终实现一个中间件的开发。
1、定义中间件配置
参照Traefik已有的中间件配置,我们应将我们自己中间件的配置写在:/pkg/config/dynamic/middlewares.go
比如AddPrefix中间件的配置结构体如下:
type AddPrefix struct {
Prefix string `json:"prefix,omitempty" toml:"prefix,omitempty" yaml:"prefix,omitempty" export:"true"`
}
通过 Tags 来确定其配置项在配置文件中的名称。
除了定义中间件的配置之外,还需要将配置添加到 Middleware 这个结构体中。在配置文件结构中所有的中间件配置都在 http.middlewares 下是因为代码中的配置结构就是如此。Middleware 也在 /pkg/config/dynamic/middlewares.go 中。
AddPrefix中间件在 Middleware 中就有一行:
type Middleware struct {
AddPrefix *AddPrefix `json:"addPrefix,omitempty" toml:"addPrefix,omitempty" yaml:"addPrefix,omitempty" export:"true"`
......(其余部分在此省略)
}
同样是通过 Tags 来确定其配置项在配置文件中的名称。
上述结构就确定了中间件在配置文件中的配置:
http:
middlewares:
foo-add-prefix:
addPrefix:
prefix: "/foo"
其中 “foo-add-prefix” 是中间件的名字,可以自定义,但尽量使其有意义。
2、定义中间件的Handler
中间件的Handler是实际实现中间件功能的部分。按照Traefik已有中间件的代码,应该定义在 /pkg/middlewares/ 这个目录下,作为一个包存在。
我们先在 /pkg/middlewares/ 下创建目录,如:/pkg/middlewares/addprefix/,并在其中创建 add_prefix.go 文件来写代码。
既然是实现Handler,我们应先定义一个 Handler 结构体。结构体属性可以随便定义,看你需要什么就加什么,其中的值可以来自配置文件(初始化的时候可以获得配置项的内容)。其中有必要的选项是 一个名为 next 的 http.Handler 类型的属性,其表示接下来要执行的中间件Handler,必不可少。
我们定义的Handler也需要实现 http.Handler 接口,即添加 ServeHTTP 函数。最终的实现如下:
type addPrefix struct {
next http.Handler
prefix string
name string
}
func (a *addPrefix) ServeHTTP(rw http.ResponseWriter, req *http.Request) {
......(具体代码内容省略)
a.next.ServeHTTP(rw, req)
}
可以看到,我们在实现了中间件自身的功能后,调用了 next.ServeHTTP(rw, req) 。这就是执行下一个中间件的语句。由此可见,我们可以通过此语句的调用与否,决定是否中断中间件的执行过程,来从一定程度上控制中间件的执行逻辑。
3、中间件的初始化
中间件的初始化,分为两部分:
- 中间件的“构造函数”
- 在上游初始化代码中调用“构造函数”
“构造函数”
虽然名为“构造函数”但是由于 Golang 没有传统意义上的构造函数,所以我们只是定义一个能够返回 中间件Handler 实例的方法。
参照已有的Traefik中间件,此方法名为 New ,定义在 中间件的Handler 的同一个包里。比如 AddPrefix 中间件的 New 函数:
// New creates a new handler.
func New(ctx context.Context, next http.Handler, config dynamic.AddPrefix, name string) (http.Handler, error) {
var result *addPrefix
......(中间的初始化代码省略)
return result, nil
}
New 函数的参数:
- ctx:上下文,用于获取日志等通用信息。
- next:下一个中间件的 Handler。这个是必要参数,中间件的执行流程必须的内容。
- config:就是我们在配置定义中定义的配置实例,其中包含了来自于配置文件的数据。
- name:配置文件中,中间件的名字。就是上面配置文件里的
foo-add-prefix。
实际上,参数是可以自己增删的,因为调用 New 方法的部分,也是我们自己编写,故而我们可以完全控制 New 的定义和调用。不过,在没有什么特殊情况的时候,建议就按上述四个参数来定义,因为其中包含了我们中间件的充分信息。
返回值就是一个 Handler 实例,即我们定义的 addPrefix 结构体(需要注意的是,返回的 http.Handler 类型是个指针)。
调用“构造函数”
调用 New 函数的位置在:/pkg/server/middleware/middlewares.go 文件。其中的 buildConstructor 函数负责初始化所有中间件。
还是以 AddPrefix 中间件举例,它在 buildConstructor 中的代码如下:
func (b *Builder) buildConstructor(ctx context.Context, middlewareName string) (alice.Constructor, error) {
......(省略其它代码)
var middleware alice.Constructor
// AddPrefix
if config.AddPrefix != nil {
middleware = func(next http.Handler) (http.Handler, error) {
return addprefix.New(ctx, next, *config.AddPrefix, middlewareName)
}
}
......(省略其它代码)
return tracing.Wrap(ctx, middleware), nil
}
实际上,我们在此处,主要处理配置文件的数据,步骤如下:
- 确认中间件配置存在。如果不存在,则跳过初始化,后续会有容错处理。
- 确认中间件配置可用。如果不可用,可以直接返回 error,错误信息会显示在日志中。
- 调用中间件的 New 方法,并向 middleware 赋值,注意:middleware是一个函数,定义为
func(next http.Handler) (http.Handler, error)我们New方法返回的内容作为其返回值即可。
需要注意的
- 中间件中如果不是处于控制流程的需要,一定要调用 next
- 尽量遵循Traefik已经有的开发逻辑,比如:代码结构,命名规范等。避免增加无意义的心智负担。
【Traefik二次开发】中间件 Middleware 开发的更多相关文章
- ASP.NET Core 开发-中间件(Middleware)
ASP.NET Core开发,开发并使用中间件(Middleware). 中间件是被组装成一个应用程序管道来处理请求和响应的软件组件. 每个组件选择是否传递给管道中的下一个组件的请求,并能之前和下一组 ...
- ASP.NET Core -中间件(Middleware)使用
ASP.NET Core开发,开发并使用中间件(Middleware). 中间件是被组装成一个应用程序管道来处理请求和响应的软件组件. 每个组件选择是否传递给管道中的下一个组件的请求,并能之前和下一组 ...
- 中间件(Middleware)
中间件(Middleware) ASP.NET Core开发,开发并使用中间件(Middleware). 中间件是被组装成一个应用程序管道来处理请求和响应的软件组件. 每个组件选择是否传递给管道中的下 ...
- .NetCore 下开发独立的(RPL)含有界面的组件包 (二)扩展中间件及服务
.NetCore 下开发独立的(RPL)含有界面的组件包 (一)准备工作 .NetCore 下开发独立的(RPL)含有界面的组件包 (二)扩展中间件及服 务 .NetCore 下开发独立的(RPL)含 ...
- LayIM.AspNetCore Middleware 开发日记(二)预备知识介绍
前言 开发一个AspNetCore的中间件需要理解RequestDelegate.另外,还需要理解.NET Core中的依赖注入.还有一个就是内嵌资源的访问.例如:EmbeddedFileProvid ...
- 用Netty开发中间件:高并发性能优化
用Netty开发中间件:高并发性能优化 最近在写一个后台中间件的原型,主要是做消息的分发和透传.因为要用Java实现,所以网络通信框架的第一选择当然就是Netty了,使用的是Netty 4版本.Net ...
- OWIN的理解和实践(三) –Middleware开发入门
上篇我们谈了Host和Server的建立,但Host和Server无法产出任何有实际意义的内容,真正的内容来自于加载于Server的Middleware,本篇我们就着重介绍下Middleware的开发 ...
- Middleware开发入门
Middleware开发入门 上篇我们谈了Host和Server的建立,但Host和Server无法产出任何有实际意义的内容,真正的内容来自于加载于Server的Middleware,本篇我们就着重介 ...
- LayIM.AspNetCore Middleware 开发日记(一)闲言碎语
前言 前几天写博客的时候突然看见了历史上的今天.不禁感慨时光如梭,这系列博客后来被我标注了已经过时,但是还有很多小伙伴咨询我.既然过时就要更新,正好 .NET Core 也出来很久了,于是乎想到把La ...
随机推荐
- v-if和v-for哪个优先级更高?
首先在实际开发阶段,不应该把v-if和v-for在同一个标签中使用, 在vue2中,v-for的优先级是高于v-if的,如果同时出现,每次渲染都会先执行循环再判断条件,无论如何循环都不可避免,浪费了性 ...
- 关于个人全栈项目【臻美Chat】遇到的BUG以及解决方法
项目展示: 问题总结:一.单用户重复登录设备 将每次输入的用户名与已经记录在后台的数组ar比较,如果存在则表示重复. // 生成数组var ar="";socket.on('arr ...
- UiPath条件判断活动Flow Decision的介绍与使用
一.Flow Decision介绍 FlowDecision节点是一个条件节点,它根据指定条件是否成立来控制流程的两个分支. 当条件为True时,流程执行一个分支 当条件为False时,流程执行另外一 ...
- UiPath参数介绍和使用
一.参数介绍 用于将数据从一个项目传递到另一个项目.在全局意义上,它们类似于变量,因为它们动态地存储数据并传递给它.变量在活动之间传递数据,而参数在自动化之间传递数据.因此,它们使你能够一次又一次地重 ...
- Java TIF、JPG、PNG等图片转换
代码如下: public static void main(String[] args) { try { BufferedImage bufferegImage = ImageIO.read(new ...
- NC24325 [USACO 2012 Mar S]Flowerpot
NC24325 [USACO 2012 Mar S]Flowerpot 题目 题目描述 Farmer John has been having trouble making his plants gr ...
- # NC20860 兔子的区间密码
NC20860 兔子的区间密码 题目 题目描述 有一只可爱的兔子被困在了密室了,密室里有两个数字,还有一行字: 只有解开密码,才能够出去. 可爱的兔子摸索了好久,发现密室里的两个数字是表示的是一个区间 ...
- (数据库提权——Redis)Redis未授权访问漏洞总结
一.介绍 1.Redis数据库 Redis(Remote Dictionary Server ),即远程字典服务,是一个开源的使用ANSI C语言编写.支持网络.可基于内存亦可持久化的日志型.Key- ...
- 笔记本USB接口案例分析和是实现
笔记本电脑 笔记本电脑(laptop)通常具备使用USB设备的功能.在生产时,笔记本都预留了可以插入USB设备的USB接口,但具体是什么USB设备,笔记本厂商并不关心,只要符合USB规格的设备都可以 ...
- 图扑 Web 可视化引擎在仿真分析领域的应用
前言 在数字孪生和仿真研究过程中,会产生大量和三维空间相关的数值信息,比如设备外观的扫描数据.地形扫描数据.生产设备温度场/压力场.流体的速度场.流体扩散,以及各种仿真数据:速度,压力,应力,温度 ...