部署Nginx Plus作为API网关：Nginx

随着API的发展，有时会发生需要更新客户端的重大更改。一个这样的示例是重命名或移动API资源。与Web浏览器不同，API网关无法向其客户端发送命名新位置的重定向(代码301)。幸运的是，当修改API客户端不切实际时，我们可以动态地重写客户端请求。

在下面的示例中，我们可以在第3行看到定价服务以前是作为库存服务的一部分实现的：rewrite指令将对旧定价资源的请求转换为新的定价服务。

# Rewrite rules 
# 
rewrite ^/api/warehouse/inventory/item/price/(.*) /api/warehouse/pricing/$1; 
  
# API definition 
# 
location /api/warehouse/inventory { 
 set $upstream inventory_service; 
 rewrite ^(.*)$ /_warehouse$1 last; 
} 
  
location /api/warehouse/pricing { 
 set $upstream pricing_service; 
 rewrite ^(.*) /_warehouse$1 last; 
} 
  
# Policy section 
# 
location /_warehouse { 
 internal; 
 set $api_name "Warehouse"; 
  
 # Policy configuration here (authentication, rate limiting, logging, more...) 
  
 rewrite ^/_warehouse/(.*)$ /$1 break; # Remove /_warehouse prefix 
 proxy_pass http://$upstream; # Proxy the rewritten URI 
} 

动态重写URI意味着当我们最终在第26行代理请求时，我们不能再使用$ request_uri变量(正如我们在warehouse_api_simple.conf的第21行所做的那样)。这意味着我们需要在API定义部分的第9行和第14行使用稍微不同的重写指令，以便在处理切换到策略部分时保留URI。

回应错误

（编辑：云计算网_韶关站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!