： 蓝色标识的Consul部分是我们这里需要用到的，这里我把项目名称当作服务注册标识。 然 ...

有consul基础的都知道，consul可以发现新增的服务，剔除掉无效的服务，赋予应用自动伸缩的能力。而ocelot如果集成了consul，那ocelot也能拥有这些能力，还可以自主选择负载均衡策略，灵活性更强。 （建议看完前一篇文章再来实践这一篇，不然可能有难度） 上干货。 首先打开上一篇 ...

使用网关之后我们面临的一个问题就是监控，我们需要知道网关的实时状态，比如当前的请求吞吐量、请求耗费的时间、请求峰值甚至需要知道具体哪个服务的哪个方法花费了多少时间。网关作为请求的中转点是监控品牌的要塞。 本篇将针对Ocelot添加Metrics+InfluxDB+Grafana架构的监控 ...

当我们使用微服务架构之后，紧接而来的问题便是服务之间的程序集引用问题，可能没接触过的同学不太理解这句话，都已经微服务化了为什么还要互相引用程序集，当然可以不引用。但是我们会有这样一种情况，我们的每个接口都会有请求参数和返回结果，规范来说我们需要为每个接口分别创建一个请求类（Request）和返回类 ...

延续上一篇的话题继续，顺便放上一篇的传送门：点这里。 集群的必要性 consul本身就是管理集群的，现在还需要给consul搞个集群，这是为啥？因为consul单点也容易挂啊！万一管理集群的consul挂掉了，那么相当于上下游应用都变成了瞎子，看不到也调不到。所以集群的必要性不用我说了 ...

配置。网关组件有Kong，ocelot, 服务发现：通过网关访问内部各个微服务，网关要找到所需服务的过 ...

项目进行微服务化之后，随之而来的问题就是服务调用过程中发生错误、超时等问题的时候我们该怎么处理，比如因为网络的瞬时问题导致服务超时，这在我本人所在公司的项目里是很常见的问题，当发生请求超时问题的时候，我们希望能够自动重试，或者是在发生服务错误时采取一定的策略，比如限流熔断等等。 本篇将会使用 ...

一、简介 本篇我们将会把商城的服务部署到k8s中，同时变化的还有以下两个地方： 1.不再使用Consul做服务的注册和发现，转而使用k8s-dns来实现。 2.不再使用Ocelot作为业务网关，使用Traefik来实现。 正如上面所讲，服务发现和网关均使用k8s的相关工具，当然，相比与以上 ...