http路由

路由是指路由器从一个接口上收到数据包，根据数据包的目的地址进行定向并转发到另一个接口的过程。

而这里的http路由其实等同于web开发中，根据http相关参数（比如url、http method）分配到对应的处理程序。

借用web框架的示意图，其作用如下

路由匹配

这里我们先简化一下内容，假设我们已有 upstream ip、port，现在只需能区分各种请求怎么样对应到这些不同的upstream上，不必关心能否做改写请求啊、熔断啊等等复杂情况

那么怎么实现路由匹配呢？

通常为以下两种方式

字典+正则表达式

字典用于匹配精确的结果（比如 url == /login 情况），字典的特性保证这类匹配具有超高性能

正则表达式用于匹配复杂模糊的结果（比如 url 以 .html 为后缀的所有请求），当然多项正则表达式只能依次遍历，性能肯定存在问题（为了缓解性能问题，通常会使用缓存做优化）
前缀树

前缀树，又称字典树，是一种有序树，用于保存关联数组，其中的键通常是字符串。

其由于插入和查询的效率很高，非常适合路由匹配的情况

虽然理论hash性能最好，前缀树仍需查找，效率会低一些，

但毕竟通常开发都会使用比较复杂的路由，所以效率肯定比上面的字典+正则表达式要高很多

路由匹配实践

这里由于篇幅关系，只介绍 字典+正则表达式 简单实现，前缀树 则介绍apisix 中实现的库，毕竟算法要强悍的性能，纯lua实现是不太可靠的，必须得上c才行，这里就避免c的复杂度吧。

`字典+正则表达式` 简单实现



worker_processes  1;        #nginx worker 数量

error_log logs/error.log;   #指定错误日志文件路径

events {

    worker_connections 1024;

}

http {

    log_format main '$remote_addr [$time_local] $status $request_time $upstream_status $upstream_addr $upstream_response_time';

    access_log logs/access.log main buffer=16384 flush=3;            #access_log 文件配置

    upstream nature_upstream {

        server 127.0.0.1:6699; #upstream 配置为 hello world 服务

        # 一样的balancer

        balancer_by_lua_block {

            local balancer = require "ngx.balancer"

            local upstream = ngx.ctx.api_ctx.upstream

            local ok, err = balancer.set_current_peer(upstream.host, upstream.port)

            if not ok then

                ngx.log(ngx.ERR, "failed to set the current peer: ", err)

                return ngx.exit(ngx.ERROR)

            end

        }

    }

    init_by_lua_block {

        local path_exact = {}  -- 精确匹配字典

        local path_reg = {}    -- 正则遍历集合

        -- 添加路由的方法

        add_router = function(type, path, upstream)

            if type == 'exact' then

                path_exact[path] = upstream

            else

                table.insert(path_reg, {reg = path, upstream = upstream})

            end

        end

        -- 匹配方法，优先精确匹配

        router_match = function()

            local p = ngx.var.uri

            local upstream = path_exact[p]

            if upstream == nil then

                for k, v in pairs(path_reg) do

                    if ngx.re.find(p, v.reg) then

                        return v.upstream

                    end

                end

            end

            return upstream

        end

        -- 添加测试数据

        add_router('exact' , '/aa/d', {host = '127.0.0.1', port = 6698})

        add_router('reg' , '/aa/*', {host = '127.0.0.1', port = 6699})

    }

    server {

		#监听端口，若你的8699端口已经被占用，则需要修改

        listen 8699 reuseport;

        location / {

            # 在access阶段匹配路由

            access_by_lua_block {

                local upstream = router_match()

                if upstream then

                    ngx.ctx.api_ctx = { upstream = upstream }

                else

                    ngx.exit(404)

                end

            }

            proxy_http_version                  1.1;

            proxy_pass http://nature_upstream; #转发到 upstream

        }

    }

    #为了大家方便理解和测试，我们引入一个hello world 服务

    server {

		#监听端口，若你的6699端口已经被占用，则需要修改

        listen 6699;

        location / {

            default_type text/html;

            content_by_lua_block {

                ngx.say("HelloWorld")

            }

        }

    }

}

启动服务并测试

$ openresty -p ~/openresty-test -c openresty.conf #启动

$ curl --request GET 'http://127.0.0.1:8699/aa/d'  #测试精确匹配

<html>

<head><title>502 Bad Gateway</title></head>

<body>

<center><h1>502 Bad Gateway</h1></center>

</body>

</html>

$ curl --request GET 'http://127.0.0.1:8699/aa/xxx'  #测试正则匹配

HelloWorld

$ curl --request GET 'http://127.0.0.1:8699/dd/xxx'  #测试不存的路由

<html>

<head><title>404 Not Found</title></head>

<body>

<center><h1>404 Not Found</h1></center>

</body>

</html>

核心原理其实就是 router_match 这个函数的内容，

不过上述简单实现肯定无法支持以下的一些复杂场景

正则冲突（一般会引入优先级顺序支持，或者默认加入的顺序）
host隔离
参数匹配
自定义条件匹配
……

所以一个完整的路由实现都很复杂，毕竟支持的场景挺多的

使用 `lua-resty-radixtree` 路由库

引入库

以下内容更新到 openresty-dev-1.rockspec

-- 依赖包

dependencies = {

    "lua-resty-radixtree >= 2.8.2",

}

然后执行

luarocks install openresty-dev-1.rockspec --tree=deps --only-deps --local

代码调整

这里只列举变动的部分

http {

    init_by_lua_block {

        -- 初始化路由

        local radix = require("resty.radixtree")

        local r = radix.new({

            {paths = {'/aa/d'}, metadata = {host = '127.0.0.1', port = 6698}},

            {paths = {'/aa/*'}, metadata = {host = '127.0.0.1', port = 6699}}

        })

        -- 匹配路由

        router_match = function()

            local upstream, err = r:match(ngx.var.uri, {})

            if err then

                log.error(err)

            end

            return upstream

        end

    }

}

启动服务并测试

$ openresty -p ~/openresty-test -c openresty.conf #启动

$ curl --request GET 'http://127.0.0.1:8699/aa/d'  #测试精确匹配

<html>

<head><title>502 Bad Gateway</title></head>

<body>

<center><h1>502 Bad Gateway</h1></center>

</body>

</html>

$ curl --request GET 'http://127.0.0.1:8699/aa/xxx'  #测试正则匹配

HelloWorld

$ curl --request GET 'http://127.0.0.1:8699/dd/xxx'  #测试不存的路由

<html>

<head><title>404 Not Found</title></head>

<body>

<center><h1>404 Not Found</h1></center>

</body>

</html>

可以看到效果一样

更多复杂使用请参阅 https://github.com/api7/lua-resty-radixtree

构建api gateway之 http路由实现的更多相关文章

[转载] 构建微服务：使用API Gateway
原文: http://mp.weixin.qq.com/s?__biz=MzA5OTAyNzQ2OA==&mid=206889381&idx=1&sn=478ccb35294c ...
微服务实战（二）：使用API Gateway
微服务实战(一):微服务架构的优势与不足微服务实战(二):使用API Gateway 微服务实战(三):深入微服务架构的进程间通信微服务实战(四):服务发现的可行方案以及实践案例微服务实践(五) ...
微服务实战-使用API Gateway
当你决定将应用作为一组微服务时,需要决定应用客户端如何与微服务交互.在单体式程序中,通常只有一组冗余的或者负载均衡的服务提供点.在微服务架构中,每一个微服务暴露一组细粒度的服务提供点.在本篇文章中,我 ...
使用API Gateway
http://dockone.io/article/482 [编者的话]本系列的第一篇介绍了微服务架构模式.它讨论了采用微服务的优点和缺点,除了一些复杂的微服务,这种模式还是复杂应用的理想选择. Do ...
微服务实战（二）：使用API Gateway - DockOne.io
原文:微服务实战(二):使用API Gateway - DockOne.io [编者的话]本系列的第一篇介绍了微服务架构模式.它讨论了采用微服务的优点和缺点,除了一些复杂的微服务,这种模式还是复杂应用 ...
0601-Zuul构建API Gateway-API gateway简介、基础使用、路由配置、负载配置
一.API Gateway简介参看:http://www.cnblogs.com/bjlhx/p/8794437.html 二.zuul简介[路由器和过滤器:Zuul] 在微服务架构的组成部分进行路 ...
【springcloud】API Gateway 的路由和过滤（Zuul--1）
转自:https://blog.csdn.net/pengjunlee/article/details/87084646 Zuul是什么? API Gateway 是随着微服务(Microservic ...
谈谈微服务中的 API 网关（API Gateway）
前言又是很久没写博客了,最近一段时间换了新工作,比较忙,所以没有抽出来太多的时间写给关注我的粉丝写一些干货了,就有人问我怎么最近没有更新博客了,在这里给大家抱歉. 那么,在本篇文章中,我们就一起来探 ...
聊聊 API Gateway 和 Netflix Zuul
最近参与了公司 API Gateway 的搭建工作,技术选型是 Netflix Zuul,主要聊一聊其中的一些心得和体会. 本文主要是介绍使用 Zuul 且在不强制使用其他 Neflix OSS 组件 ...
微服务中的 API 网关（API Gateway）
API 网关(API Gateway)提供高性能.高可用的 API 托管服务,帮助用户对外开放其部署在 ECS.容器服务等云产品上的应用,提供完整的 API 发布.管理.维护生命周期管理.用户只需进行 ...

随机推荐

一文理解Cookie、Session
一文理解Cookie.Session 1.什么是会话用户打开浏览器,点击多个超链接,访问服务器的多个web资源,然后关闭浏览器,整个过程就称为一个会话: HTTP 是无状态,有会话的 HTTP 是无 ...
小样本利器4. 正则化+数据增强 Mixup Family代码实现
前三章我们陆续介绍了半监督和对抗训练的方案来提高模型在样本外的泛化能力,这一章我们介绍一种嵌入模型的数据增强方案.之前没太重视这种方案,实在是方法过于朴实...不过在最近用的几个数据集上mixup的表 ...
JVM学习笔记——类加载和字节码技术篇
JVM学习笔记--类加载和字节码技术篇在本系列内容中我们会对JVM做一个系统的学习,本片将会介绍JVM的类加载和字节码技术部分我们会分为以下几部分进行介绍: 类文件结构字节码指令编译期处理类 ...
Git 分支管理策略汇总
原文链接: Git 分支管理策略最近,团队新入职了一些小伙伴,在开发过程中,他们问我 Git 分支是如何管理的,以及应该怎么提交代码? 我大概说了一些规则,但仔细想来,好像也并没有形成一个清晰规范的 ...
Java注解与原理分析
目录一.注解基础二.注解原理三.常用注解 1.JDK注解 2.Lombok注解四.自定义注解 1.同步控制 2.类型引擎五.参考源码使用的太多,被忽略的理所当然: 一.注解基础注解即标注 ...
学习ASP.NET Core Blazor编程系列十——路由（下）
学习ASP.NET Core Blazor编程系列一--综述学习ASP.NET Core Blazor编程系列二--第一个Blazor应用程序(上) 学习ASP.NET Core Blazor编程系 ...
第2-4-10章规则引擎Drools实战(3)-保险产品准入规则
目录 9.3 保险产品准入规则 9.3.1 决策表 9.3.2 规则介绍 9.3.3 实现步骤 9.3 保险产品准入规则全套代码及资料全部完整提供,点此处下载 9.3.1 决策表前面我们编写的规则 ...
【每日一题】【回溯】2021年12月29日-93. 复原 IP 地址
有效 IP 地址正好由四个整数(每个整数位于 0 到 255 之间组成,且不能含有前导 0),整数之间用 '.' 分隔. 例如:"0.1.2.201" 和 "192.1 ...
vulnhub靶场之DIGITALWORLD.LOCAL: FALL
准备: 攻击机:虚拟机kali.本机win10. 靶机:digitalworld.local: FALL,下载地址:https://download.vulnhub.com/digitalworld/ ...
MIT6.828学习笔记3(Lab3)
Lab 3: User Environments 在这个lab中我们需要创建一个用户环境(UNIX中的进程,它们的接口和实现不同),加载一个程序并运行,并使内核能够处理一些常用的中断请求. Part ...

构建api gateway之 http路由实现