[Route("api/[controller]")] public class CustomersController : Controller { [HttpGet] public IEnumerable<string> Get() { return new string[] { "Catcher Wong", "James Li" }; } [HttpGet("{id}")] public string Get(int id) { return $"Catcher Wong - {id}"; } }
ProductsAPIServices项目的ProductsController有如下一个方法：
[Route("api/[controller]")] public class ProductsController : Controller { [HttpGet] public IEnumerable<string> Get() { return new string[] { "Surface Book 2", "Mac Book Pro" }; } }
2.4运行测试
上面这三个下游路由地址根据configuration.json配置文件都分别配置了上游分发地址，我们把这三个项目根据配置信息分别在IIS上部署起来，当然你们也可以使用dotnet run命令分别启动这个三个项目。APIGateway、CustomersAPIServices、ProductsAPIServices项目绑定主机地址分别是:9000、:9001、:9002。
当我们在浏览器上打开:9000/customers时候，会发现浏览器上输出如下信息：
为什么输入网关主机地址，返回过来却是客户主机处理结果？那是因为当客户端访问上游服务:9000/customers时候，Ocelot会根据配置信息中下游模版把请求分发到:9001/api/Customers/Get去处理，然后返回结果。
而当我们打开:9000/customers/1时候，也会输出如下信息：
配置信息中上游模版/customers/{id}对应下游模版/api/customers/{id}，当我们请求的路径为:9000/customers/1时候，Ocelot会根据配置信息分发到对应的下游路由:9001/api/Customers/Get/1去处理，然后返回结果。
同理，当客户端访问上游服务:9000/products时候，Ocelot也会分发到对应的下游路由:9002/api/Products去处理，然后返回结果：
根据上面测试结果，也就是说我们的Ocelot已经在起作用了，而且根据上下游路由进行了映射。当然该章节也只是简单介绍Ocelot路由功能，而configuration.json配置中有些属性还没有进行描述，例如负载均衡、限流，熔断等等。下面我会继续根据GitHub贡献者开源项目继续讲解其功能。
参考文献：
Ocelot官网
到此这篇关于ASP.NET Core3.1 Ocelot路由的实现的文章就介绍到这了,更多相关ASP.NET Core Ocelot路由内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！
您可能感兴趣的文章: