本篇只讨论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. spring源码解析:元注解功能的实现

    前言 众所周知,spring 从 2.5 版本以后开始支持使用注解代替繁琐的 xml 配置,到了 springboot 更是全面拥抱了注解式配置.平时在使用的时候,点开一些常见的等注解,会发现往往在一 ...

  2. VirtualBox虚拟机安装Ubuntu系统后,增加内存空间和处理器核心数

    对于Linux爱好者而言,初次使用虚拟机时,一般都会使用默认的设置,例如硬盘空间.内存空间等等. 而往往在熟悉之后,安装了某些必要的软件,或者熟悉了实际的开发场景后,却发现原本给虚拟机分配的物理资源是 ...

  3. 入行数字IC验证后会做些什么?

    半年前,公众号写了第一篇推文<入行数字IC验证的一些建议>,介绍了IC小白可以如何一步一步地摸索入门数字IC验证,同时也在知乎发了这篇入门贴,并且衍生出很多额外基础的内容,收获了不少的浏览 ...

  4. NC212914 牛牛与后缀表达式

    NC212914 牛牛与后缀表达式 题目 题目描述 给定牛牛一个后缀表达式 \(s\) ,计算它的结果,例如,1+1对应的后缀表达式为1#1#+,'#'作为操作数的结束符号. 其中,表达式中只含有'+ ...

  5. Java开发学习(七)----DI依赖注入之自动装配与集合注入

    一.自动配置 上一篇博客花了大量的时间把Spring的注入去学习了下,总结起来就两个字麻烦.麻烦在配置文件的编写配置上.那有更简单方式么?有,自动配置 1.1 依赖自动装配 IoC容器根据bean所依 ...

  6. 《ASP.NET Core 6框架揭秘》样章[200页/5章]

    作为<ASP.NET Core 3 框架揭秘>的升级版,<ASP.NET Core 6框架揭秘>不仅针对ASP.NET Core 6的新特性进行了修订,并添加了若干原来没有的内 ...

  7. EEPROM存储电路(M24C64芯片)

    电可擦写可编程只读存储器(Electrically Erasable Programmable Read-only Memory, EEPROM)实现掉电情况下保存数据,设计温湿度变送器采用M24C6 ...

  8. MySQL查询为什么没走索引?这篇文章带你全面解析

    工作中,经常遇到这样的问题,我明明在MySQL表上面加了索引,为什么执行SQL查询的时候却没有用到索引? 同一条SQL有时候查询用到了索引,有时候却没用到索引,这是咋回事? 原因可能是索引失效了,失效 ...

  9. C语言-直接排序

    #include<stdio.h> #define MAXSIZE 100 typedef int KeyType; typedef struct { KeyType key; }Reco ...

  10. Linux系列之添加和删除软件命令

    前言 在基于Debian的Linux发行版中,默认的软件管理器是Advanced Packaging Tool, 也就是apt.本文将简单介绍下面有关添加和删除软件的命令: apt-cache sea ...