你搞混了两个东西.
Nginx 是反向代理服务.
云服务提供的是负载均衡器
就像坦克和汽车一样, 虽然两者可能在某些地方能跑重合的路,但是本质上差距很大.
定位和场景完全不同.

@holulu 我现在就是这么做的，负载均衡里面把所有请求都代理到后端的 nginx，然后在 nginx 上配置转发规则，虽然问题是解决了但是感觉不方便，明明可以通过云 lb 直接代理到后端业务服务，非要在中间加一层 nginx。我遇到这个情况是因为目前阿里云腾讯云提供的负载均衡都是 4 层的？

弄个 4 层 LB，在后面弄个 nginx，域名和证书交给 nginx 处理。LB 和 nginx 之间走 TCP 不就完了？！

区域限制

每个区域的负载均衡器：20 *

每个区域的目标组：3000

负载均衡器限制

每个负载均衡器的侦听器：50

每个负载均衡器的目标：1000

每个负载均衡器每个可用区的子网数：1

每个负载均衡器的安全组数：5

每个负载均衡器的规则 (不计入默认规则)：100

每个负载均衡器的证书 (不计入默认证书)：25

每个负载均衡器可注册目标的次数：100

目标组限制

每个目标组的负载均衡器数：1

每个目标组的目标数：1000

规则限制

每个规则的条件数：2 (一个主机条件，一个路径条件)

每个规则的操作数：1

每个操作的目标组数：1

* 此限制包括您的 Application Load Balancer 和 Classic Load Balancer。

@xcaptain #6
你从阿里云腾讯云买的是 L4 均衡
然后你的需求是 L7 均衡

如果你想要 L7 均衡，假设出了这种产品，也是要比 L4 贵很多很多的

云负载均衡，，，，不是四层和七层的结合吗

网关为了效率一般不支持复杂的规则，像正则这些，一般不支持

@xcaptain 因为你这个是 7 层的转发，有的负载均衡是 4 层的转发，人家也很为难啊

就比如说把 www.example.com/api 转发给后端的 8001 服务吧，我用 nginx 可以随便转，

location /api {
proxy_pass http://localhost:8001;
}

location /api {
rewrite /api/(.*) /$1 break;
proxy_pass http://localhost:8001;
}

location /api {
rewrite /api/(.*) /fuckapi/$1 break;
proxy_pass http://localhost:8001;
}

location /api {
rewrite /api/(.*) /$1 break;
proxy_pass http://localhost:8001;
proxy_set_header Host $host;
}

但是目前国内所谓的云厂商，基本只提供第一种转发

不太懂 nginx 的用户过来说句云架构单方面的原因 ：
云架构下的负载均衡，目的在于单个服务的集群扩容，多用于单个网站的多台 web 实现弹性伸缩集群，从这个用途讲也就没必要去实现多征求支持

你使用方式不对，云上负载支持四层和七层的，支持各种转发

那个 azure 都不如我自己的 haproxy 方便，我还不太熟悉这些部署的玩意儿

哪个云

不然怎么收钱呢~