目录 Consul搭建 基于Docker搭建Consul 基于Windows搭建Consul ServiceA集成Consul做服务注册 Ocelot集成Consul做服务发现 更多参考 Consul搭建 ...

先思考一些问题：它是做什么的、以及怎么使用它。带着这些问题往下走。 consul是做什么的 consul用于微服务下的服务治理。服务治理是什么？它包含但不限于：服务发现、服务配置、健康检查、键值存储、安全服务通信、多数据中心等。 为什么需要服务治理？举个例子：最开始的服务比较简单，各服务之间 ...

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

上一次我们介绍了 Ocelot 网关的基本用法。这次我们开始介绍服务注册发现组件 Consul 的简单使用方法。 服务注册发现 首先先让我们回顾下服务注册发现的概念。 在实施微服务之后，我们的调用都变成了服务间的调用。服务间调用需要知道IP、端口等信息。再没有微服务之前，我们的调用信息一般都是 ...

上一次我们介绍了Elastic APM组件。这一次我们继续介绍微服务相关组件配置中心的使用方法。本来打算介绍下携程开源的重型配置中心框架 apollo 但是体系实在是太过于庞大，还是让我爱不起来。因为前面我们已经介绍了使用Consul 做为服务注册发现的组件，那么干脆继续使用 Consul 来作 ...

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

Tip: 此篇已加入.NET Core微服务基础系列文章索引 上一篇发布之后，很多人点赞和评论，不胜惶恐，这一篇把上一篇没有弄到的东西补一下，也算是给各位前来询问的朋友的一些回复吧。 一、Consul服务注册之配置文件方式 1.1 重温Consul实验集群 　　这里我们有三个 ...

在传统单体架构中，由于应用动态性不强，不会频繁的更新和发布，也不会进行自动伸缩，我们通常将所有的服务地址都直接写在项目的配置文件中，发生变化时，手动改一下配置文件，也不会觉得有什么问题。但是在微服务模式下，服务会更细的拆分解耦，微服务会被频繁的更新和发布，根据负载情况进行动态伸缩，以及受资源调度 ...