本篇只讨论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"

中间件开发要点

主要是需要编写下述几点:

  1. 中间件配置。代码中表现为一个结构体,可以映射到配置文件中。
  2. 中间件Handler。作为实现中间件逻辑功能的结构提,实现 http.Handler 接口。
  3. 中间件的初始化代码。需要定义中间件的“构造函数”,用于读取配置并实例化中间件的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、中间件的初始化

中间件的初始化,分为两部分:

  1. 中间件的“构造函数”
  2. 在上游初始化代码中调用“构造函数”

“构造函数”

虽然名为“构造函数”但是由于 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
}

实际上,我们在此处,主要处理配置文件的数据,步骤如下:

  1. 确认中间件配置存在。如果不存在,则跳过初始化,后续会有容错处理。
  2. 确认中间件配置可用。如果不可用,可以直接返回 error,错误信息会显示在日志中。
  3. 调用中间件的 New 方法,并向 middleware 赋值,注意:middleware是一个函数,定义为 func(next http.Handler) (http.Handler, error) 我们New方法返回的内容作为其返回值即可。

需要注意的

  1. 中间件中如果不是处于控制流程的需要,一定要调用 next
  2. 尽量遵循Traefik已经有的开发逻辑,比如:代码结构,命名规范等。避免增加无意义的心智负担。

【Traefik二次开发】中间件 Middleware 开发的更多相关文章

  1. ASP.NET Core 开发-中间件(Middleware)

    ASP.NET Core开发,开发并使用中间件(Middleware). 中间件是被组装成一个应用程序管道来处理请求和响应的软件组件. 每个组件选择是否传递给管道中的下一个组件的请求,并能之前和下一组 ...

  2. ASP.NET Core -中间件(Middleware)使用

    ASP.NET Core开发,开发并使用中间件(Middleware). 中间件是被组装成一个应用程序管道来处理请求和响应的软件组件. 每个组件选择是否传递给管道中的下一个组件的请求,并能之前和下一组 ...

  3. 中间件(Middleware)

    中间件(Middleware) ASP.NET Core开发,开发并使用中间件(Middleware). 中间件是被组装成一个应用程序管道来处理请求和响应的软件组件. 每个组件选择是否传递给管道中的下 ...

  4. .NetCore 下开发独立的(RPL)含有界面的组件包 (二)扩展中间件及服务

    .NetCore 下开发独立的(RPL)含有界面的组件包 (一)准备工作 .NetCore 下开发独立的(RPL)含有界面的组件包 (二)扩展中间件及服 务 .NetCore 下开发独立的(RPL)含 ...

  5. LayIM.AspNetCore Middleware 开发日记(二)预备知识介绍

    前言 开发一个AspNetCore的中间件需要理解RequestDelegate.另外,还需要理解.NET Core中的依赖注入.还有一个就是内嵌资源的访问.例如:EmbeddedFileProvid ...

  6. 用Netty开发中间件:高并发性能优化

    用Netty开发中间件:高并发性能优化 最近在写一个后台中间件的原型,主要是做消息的分发和透传.因为要用Java实现,所以网络通信框架的第一选择当然就是Netty了,使用的是Netty 4版本.Net ...

  7. OWIN的理解和实践(三) –Middleware开发入门

    上篇我们谈了Host和Server的建立,但Host和Server无法产出任何有实际意义的内容,真正的内容来自于加载于Server的Middleware,本篇我们就着重介绍下Middleware的开发 ...

  8. Middleware开发入门

    Middleware开发入门 上篇我们谈了Host和Server的建立,但Host和Server无法产出任何有实际意义的内容,真正的内容来自于加载于Server的Middleware,本篇我们就着重介 ...

  9. LayIM.AspNetCore Middleware 开发日记(一)闲言碎语

    前言 前几天写博客的时候突然看见了历史上的今天.不禁感慨时光如梭,这系列博客后来被我标注了已经过时,但是还有很多小伙伴咨询我.既然过时就要更新,正好 .NET Core 也出来很久了,于是乎想到把La ...

随机推荐

  1. v-if和v-for哪个优先级更高?

    首先在实际开发阶段,不应该把v-if和v-for在同一个标签中使用, 在vue2中,v-for的优先级是高于v-if的,如果同时出现,每次渲染都会先执行循环再判断条件,无论如何循环都不可避免,浪费了性 ...

  2. 关于个人全栈项目【臻美Chat】遇到的BUG以及解决方法

    项目展示: 问题总结:一.单用户重复登录设备 将每次输入的用户名与已经记录在后台的数组ar比较,如果存在则表示重复. // 生成数组var ar="";socket.on('arr ...

  3. UiPath条件判断活动Flow Decision的介绍与使用

    一.Flow Decision介绍 FlowDecision节点是一个条件节点,它根据指定条件是否成立来控制流程的两个分支. 当条件为True时,流程执行一个分支 当条件为False时,流程执行另外一 ...

  4. UiPath参数介绍和使用

    一.参数介绍 用于将数据从一个项目传递到另一个项目.在全局意义上,它们类似于变量,因为它们动态地存储数据并传递给它.变量在活动之间传递数据,而参数在自动化之间传递数据.因此,它们使你能够一次又一次地重 ...

  5. Java TIF、JPG、PNG等图片转换

    代码如下: public static void main(String[] args) { try { BufferedImage bufferegImage = ImageIO.read(new ...

  6. NC24325 [USACO 2012 Mar S]Flowerpot

    NC24325 [USACO 2012 Mar S]Flowerpot 题目 题目描述 Farmer John has been having trouble making his plants gr ...

  7. # NC20860 兔子的区间密码

    NC20860 兔子的区间密码 题目 题目描述 有一只可爱的兔子被困在了密室了,密室里有两个数字,还有一行字: 只有解开密码,才能够出去. 可爱的兔子摸索了好久,发现密室里的两个数字是表示的是一个区间 ...

  8. (数据库提权——Redis)Redis未授权访问漏洞总结

    一.介绍 1.Redis数据库 Redis(Remote Dictionary Server ),即远程字典服务,是一个开源的使用ANSI C语言编写.支持网络.可基于内存亦可持久化的日志型.Key- ...

  9. 笔记本USB接口案例分析和是实现

    笔记本电脑 笔记本电脑(laptop)通常具备使用USB设备的功能.在生产时,笔记本都预留了可以插入USB设备的USB接口,但具体是什么USB设备,笔记本厂商并不关心,只要符合USB规格的设备都可以 ...

  10. 图扑 Web 可视化引擎在仿真分析领域的应用

    ​ 前言 在数字孪生和仿真研究过程中,会产生大量和三维空间相关的数值信息,比如设备外观的扫描数据.地形扫描数据.生产设备温度场/压力场.流体的速度场.流体扩散,以及各种仿真数据:速度,压力,应力,温度 ...