consul 模板配置内容的参数说明

datacenters

{{datacenters}} 数据中心

file

{{file "/path/to/local/file"}} 读取本地文件的内容。如果不可读的话,会报错

key

{{key "service/redis/maxconns@east-aws"}} 读取consul的键的值。如果key不能转为字符串,则报错。

上面的命令读取的是east-aws这个数据中心的 service/redis/maxconns键的值

{{key "service/redis/maxconns"}} 如果省略数据中心,默认查本地的数据中心

key_or_default

{{key_or_default "service/redis/maxconns@east-aws" "5"}} 如果指定的key不存在,则使用默认值

ls

{{range ls "service/redis@east-aws"}}

{{.Key}} {{.Value}}{{end}}

查询指定前缀的顶层key和value(同上文,key value转换失败,会报错) 结果

minconns 2

maxconns 12

node

{{node "node1"}} 查询单节点

{{node}} 没有参数 返回当前的agent的node

{{node "node1" "@east-aws"}} 指定数据中心的节点

{{with node}}{{.Node.Node}} ({{.Node.Address}}){{range .Services}}

{{.Service}} {{.Port}} ({{.Tags | join ","}}){{end}}

{{end}}

指定的节点存在返回节点的相应信息,如果节点不存在,返回nil

nodes

{{nodes}} 所有的节点

{{nodes "@east-aws"}} 指定数据中心的所有节点

service

{{service "release.web@east-aws"}} 指定数据中心的web服务的健康情况

{{range service "web@datacenter"}}

server {{.Name}} {{.Address}}:{{.Port}}{{end}}

返回结果

server nyc_web_01 123.456.789.10:8080

server nyc_web_02 456.789.101.213:8080

默认情况下 ,只有健康的服务会被返回。

如果想返回全部的服务 可以用这个

{{service "web" "any"}}

下面是查询指定服务状态的服务

{{service "web" "passing, warning"}}

注意条件是或 而不是和。 返回passing或者waring状态的服务。 注意 ,不能和any一起使用。因为any是返回所有的,不用过滤。一起用的话会报错。

如果想自定义过滤,可以这么搞:

{{range service "web" "any"}}

{{if eq .Status "critical"}}

// Critical state!{{end}}

{{if eq .Status "passing"}}

// Ok{{end}}

维护模式

!/bin/sh

set -e

consul maint -enable -service web -reason "Consul Template updated"

service nginx reload

consul maint -disable -service web

执行时,设为维护模式,然后再恢复

如果你没有装consul agent可以用api

!/bin/sh

set -e

curl -X PUT "http://$CONSUL_HTTP_ADDR/v1/agent/service/maintenance/web?enable=true&reason=Consul+Template+Updated"

service nginx reload

curl -X PUT "http://$CONSUL_HTTP_ADDR/v1/agent/service/maintenance/web?enable=false"

services

{{services}} 全部服务

{{services "@east-aws"}}指定中西的服务

{{range services}}

{{.Name}}

{{range .Tags}}

{{.}}{{end}}

{{end}}

取出 所有服务的名称,tags

tree

{{range tree "service/redis@east-aws"}}
{{.Key}} {{.Value}}{{end}}

取出所有指定中心的key和value 。报错的话,看看key和value是否不符合规则。


转载于:https://www.cnblogs.com/wang2650/p/5527310.html

课程介绍 【完善体系+精品资料】本课程总计115课时,打造全网最全的微服务体系课程;从微服务是什么、能够做什么开始讲起,绝对零基础入门到精通类型。课程整体脉络十分清晰,每个章节一个知识点,画图+源码+运行讲解,不信你学不会。1、课程先讲解了什么是单体架构、什么是微服务架构、他们之间有什么区别和联系,各自有什么优缺点。2、从本质入手,使用最简单的Spring Boot搭建微服务,让你认清微服务是一种思想和解决问题的手段,而不是新兴技术。3、讲解Spring Boot 与 Spring Cloud 微服务架构之间的联系,原生的RestTemplate工具,以及Actuator监控端点的使用。4、带着微服务所带来的各种优缺点,为大家引入服务发现与注册的概念和原理,从而引入我们的第一个注册中心服务Eureka。5、引入负载均衡的理念,区分什么是服务端负载均衡,什么是客户端负载均衡,进而引入Ribbon负载均衡组件的详细使用。6、为了解决微服务之间复杂的调用,降低代码的复杂度,我们引入了Feign声明式客户端,让你几行代码学习服务的远程调用。7、为了解决服务之间的稳定性,避免发生雪崩问题,我们引入了Hystrix断路器,服务降级和熔断机制。8、微服务集群十分庞大,监控起来是十分困难的,尤其是对每一个接口的熔断情况进行监控,因此我们引入了Turbine微服务监控。9、微服务的调用是杂乱无章的,可以网状调用,怎么做到统一的入口出口,统一的授权、加密、解密、日志过滤,我们引入了第一代网关Zuul。10、微服务的配置分散,每次要修改配置都要重启服务,因此我们引入了Config配置中心。11、跟上主流,Consul是当前主流的服务注册与发现、配置中心一体化的解决方案。12、阿里的Nacos服务注册与发现、配置中心在国内炙手可热,Nacos 经历过双十一的微服务中间件。13、Turbin做微服务监控还是太弱,我们需要更强大,可视化,操作性更强的监控系统,因此我引入了Spring Boot Admin体系。14、Zuul已经停止更新支持,Spring Cloud官方推荐的二代网关Spring Cloud Gateway更加强大。15、微服务的安全架构体系虽然复杂,但是是有学习条例的,什么是认证授权、什么是OAuth2.0的原理、 JWT、怎么样去开发实现。 课程资料 【独家资料】1、课程附带全部63个项目源码,其中Hoxton版本项目源码37个,Edgware版本项目26个,2、230页高清PDF正版课件。3、附带nacos、consul、cmder等视频配套软件。学习方法1、每一节课程均有代码,较好的方式为一边听我的讲解,一边使用我提供的项目代码进行观察和运行。2、课程体系庞大,但是并不杂乱,每个章节只针对一个知识点,减轻学习压力。3、坚持每天学习1~2个章节,可以在地铁、公交上用手机学习。【完善知识体系图】
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值