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

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

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

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

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

关于Consul的更多介绍，比如优点，这里就不再赘述了，上网一搜就可以随处找到了。但是，必须贴一个和其他类似软件的对比： 关于Consul的架构以及相关的角色 基于IApplicationBuilder写一个扩展方法，用于调用Consul API ...

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

今天有写文章的时间了，开心。延续上一篇的话题继续，顺便放上一篇的传送门：点这里。 服务调用 既然服务注册已经搞完了，那么现在就开始调用这些注册好的服务。先做一下准备动作，把consul容器跑起来： 打开控制台确认正常： 然后多跑几个应用程序模拟多点部署： 程序跑完以后 ...