.Net Core微服务入门——Ocelot和Consul集群高可用
上一章 我们ocelot网关顺利的接入了consul集群,并且访问成功。
但是,我们也遇到了问题,把 192.168.8.25 上的consul停掉了,重新访问ocelot网关 api,发现不通,挂了。
那么问题来了:
我有3台服务器,搭建了consul集群,而 ServiceDiscoveryProvider 又没法配置多个Consul服务,一旦consul服务挂了,ocelot还是无法正常访问api。这consul集群不上白搭建了,没什么用!
那怎么办呢?
搭建多个ocelot网关,每个网关对应不同的consul。
这个发方法貌似可行,但是consul相关配置是在ocelot.json中配置的,我们docker发布后,可不方便修改。总不能发布几个ocelot网关服务,就发布几个镜像吧,这太费人了!
那怎么办呢?
网上查了很多资料,说是在通过nginx连接consul集群,ocelot连接nginx。然后部署多台ocelot网关,在通过nginx管理这几台ocelot网关,对外提供服务。
外部服务=>nginx=>ocelot集群=>nginx=>consul集群=>api
搞两层nginx转发,这速度,绝对够呛。而且管理起来太费时费力了。
一定要这么干吗?我就不信这个邪!
琢磨了半天后,终于让我找到了解决方法!
下面,我们就来解决这个问题。
我们docker发布运行时,docker run 构建容器时,是支持带参数的,那么,我们就通过这个方法来解决吧。通过参数,注入consul服务地址。
既然有想法,那就直接开工。
1、增加启动参数consulhost和 consulport
--consulhost=192.168.8.25 --consulport=8500
2、修改Startup
通过代码,把启动参数注入到配置中,修改ServiceDiscoveryProvider信息
public class Startup
{
public Startup(IConfiguration configuration)
{