YML

简介 Alertmanager 主要用于接收 Prometheus 发送的告警信息，它很容易做到告警信息的去重，降噪，分组，策略路由，是一款前卫的告警通知系统。它支持丰富的告警通知渠道，可以将告警信息转发到邮箱、企业微信、钉钉等。这一节讲解利用AlertManager，把接受到的告警信息，转发到邮箱。 实验 准备 启动 http-simulator 度量模拟器： docker run --name http-simulator -d -p 8080:8080 pierrevincent/prom-http-simulator:0.1 启动 Prometheus，为了方便更新配置，使用挂载配置文件的方式： docker run --name prometheus -d -p 9090:9090 -v /Users/huanchu/Documents/prometheus-data:/prometheus-data \ prom/prometheus --web.enable-lifecycle --config.file=/prometheus-data/prometheus.yml 启动添加了参数 --web.enable-lifecycle，让Prometheus支持通过web端点动态更新配置。 访问 http://127.0.0.1:9090/targets

##alertmanager alertmanager可以放在远程服务器上 ###报警机制 在 prometheus 中定义你的监控规则，即配置一个触发器，某个值超过了设置的阈值就触发告警， prometheus 会推送当前的告警规则到 alertmanager，alertmanager 收到了会进行一系列的流程处理，然后发送到接收人手里 ###配置安装 wget https://github.com/prometheus/alertmanager/releases/download/v0.19.0/alertmanager-0.19.0.linux-amd64.tar.gz tar zxf alertmanager-0.19.0.linux-amd64.tar.gz mv alertmanager-0.19.0.linux-amd64.tar.gz /usr/local/alertmanager && cd /usr/local/alertmanager && ls 配置文件 cat alertmanager.yml global: resolve_timeout: 5m ##全局配置，设置解析超时时间 route: group_by: ['alertname'] ##alertmanager中的分组，选哪个标签作为分组的依据 group_wait: 10s ##分组等待时间

简介： 作为微服务框架的核心引擎--注册中心，是必不可缺少的组件，市面已经有多款注册中心支持 Go 语言，应该如何选择呢？我们可以对目前主流的支持 Go 语言的注册中心做个对比。 作者 | 李志鹏 近几年，随着 Go 语言社区逐渐发展和壮大，越来越多的公司开始尝试采用 Go 搭建微服务体系，也涌现了一批 Go 的微服务框架，如 go-micro、go-kit、Dubbo-go 等，跟微服务治理相关的组件也逐渐开始在 Go 生态发力，如 Sentinel、Hystrix 等都推出了 Go 语言版本，而作为微服务框架的核心引擎--注册中心，也是必不可缺少的组件，市面已经有多款注册中心支持 Go 语言，应该如何选择呢？我们可以对目前主流的支持 Go 语言的注册中心做个对比。 图 1 根据上表的对比我们可以从以下几个维度得出结论： 生态 ：各注册中心对 Go 语言都有支持，但是 Nacos、 Consul、Etcd 社区活跃，zookeeper 和 Eureka 社区活跃度较低； 易用性 ：Nacos、Eureka、Consul 都有现成的管控平台，Etcd、zookeeper 本身作为 kv 存储，没有相应的管控平台，Nacos 支持中文界面，比较符合国人使用习惯； 场景支持 ：CP 模型主要针对强一致场景，如金融类，AP 模型适用于高可用场景，Nacos 可以同时满足两种场景

作者：李志鹏， Github账号：Lzp0412,开源社区爱好者，Nacos Committer，Nacos-SDK-go作者，现就职于阿里云云原生应用平台，主要参与服务发现、CoreDNS、ServiceMesh相关工作，负责推动Nacos Go微服务生态建设。 近几年，随着Go语言社区逐渐发展和壮大，越来越多的公司开始尝试采用Go搭建微服务体系，也涌现了一批Go的微服务框架，如go-micro、go-kit、Dubbo-go等，跟微服务治理相关的组件也逐渐开始在Go生态发力，如Sentinel、Hystrix等都推出了Go语言版本，而作为微服务框架的核心引擎--注册中心，也是必不可缺少的组件，市面已经有多款注册中心支持Go语言，应该如何选择呢？我们可以对目前主流的支持Go语言的注册中心做个对比。 根据上表的对比我们可以从以下几个维度得出结论： 生态: 各注册中心对Go语言都有支持，但是Nacos、 Consul、Etcd 社区活跃，zookeeper和Eureka社区活跃度较低； 易用性： Nacos、Eureka、Consul都有现成的管控平台，Etcd、zookeeper本身作为kv存储，没有相应的管控平台，Nacos支持中文界面，比较符合国人使用习惯； 场景支持： CP模型主要针对强一致场景，如金融类，AP模型适用于高可用场景，Nacos可以同时满足两种场景，Eureka

prometheus 告警 prometheus 通过alertmanager进行告警 实现监控告警的步骤： 在prometheus中定义告警规则 rule_files alertmanager配置告警告警动作，分组，抑制，静默等功能 alertmanager安装route定义的规则向终端：邮箱，企业微信等发生告警信息 监控服务端主机下载安装alertmanager alertmanager可以和prometheus主机安装在一起，也可以独立部署在一台主机。这里部署在一台主机 [root@localhost ~]# tar zxf alertmanager-0.19.0.linux-amd64.tar.gz [root@localhost ~]# mv alertmanager-0.19.0.linux-amd64 /usr/local/alertmanager alertmanager主配置文件： alertmanager.yml内容标注 global: # 全局配置 resolve_timeout: 5m #解析超时时间 route: # 配置告警发送，接受规则 group_by: ['alertname'] # 根据标签分组 group_wait: 10s # 发送告警等待时间，为了合并相同告警一起发送 group_interval: 10s # 发送告警间隔时间

前端一说起刀耕火种，那肯定紧随着前端工程化这一话题。随着 react / vue / angular ， es6+ ， webpack ， babel ， typescript 以及 node 的发展，前端已经在逐渐替代过去 script 引 cdn 开发的方式了，掀起了工程化这一大浪潮。得益于工程化的发展与开源社区的良好生态，前端应用的可用性与效率得到了很大提高。 前端以前是刀耕火种，那前端应用部署在以前也是刀耕火种。那前端应用部署的发展得益于什么，随前端工程化带来的副产品？ 这只是一部分，而更重要的原因是 devops 的崛起。 为了更清晰地理解前端部署的发展史，了解部署时运维和前端（或者更广泛地说，业务开发人员）的职责划分，当每次前端部署发生改变时，可以思考两个问题 缓存，前端应用中http 的 response header 由谁来配？得益于工程化发展，可以对打包后得到带有 hash 值的文件可以做永久缓存 跨域， /api 的代理配置由谁来配？在开发环境前端可以开个小服务，启用 webpack-dev-server 配置跨域，那生产环境呢 这两个问题都是前端面试时的高频问题，但话语权是否掌握在前端手里 时间来到 React 刚刚发展起来的这一年，这时已经使用 React 开发应用，使用 webpack 来打包。但是前端部署，仍是刀耕火种 刀耕火种 一台跳板机

静态站点拥有一定的局限性，因此我们需要借助于第三方服务来扩展我们站点的功能。 而评论系统是最常用于和网站用户交流的，因此本章讲解在 next 主题，如何接入评论系统。 参考网站：Next 使用文档，第三方服务集成 http://theme-next.iissnan.com/third-party-services.html 常用评论系统 考虑到国内整体互联网环境，因此评论系统除了考虑到长期可用外，还需要考虑不会被屏蔽。 因此在这里推荐三款评论系统。 来必力 虽然是韩国的「撇开政治因素」，但是UI设计和后台管理也比较不错，数据可视化用到了图标来展示，所以有付费和免费两个版本，博客只需要用免费的就行了。 当然付费的效果主要体现在数据分析上，还可以取消掉免费版未来所带来的广告。 当然由于网站在国外，因此登录该网站有些慢，这个你要理解。 登录后可评论。 畅言 随着国内其他家评论系统的停服，畅言的地位比之前更加壮大，也正因此听说广告越来越多，饱受诟病。如果想去掉广告，很简单氪金充钱就行。 还有就是该评论系统注册时需要填写备案信息，这点请大家务必知晓。 登录后可评论。 Valine 由于我们使用的是Next 5.1.3版本，本身就已经集成了valine，因此正常情况下是按照官方文档走就可以了，5分钟开启你的评论系统。 因为我们的评论系统其实是放在 LeanCloud 上的，因此首先需要去

SpringBoot application.properties（ application.yml ） 优先级从高到低 SpringBoot配置文件优先级从高到低 ================================ ©Copyright 蕃薯耀 2018年3月22日 http://www.cnblogs.com/fanshuyao/ #application.properties 优先级从高到低，application.yml文件优先级也一样 #级别高的会覆盖级别低的，级别高没有的，级别低有的配置项会同样生效 #1、-- 项目根目录config文件夹里面（优先级最高） #./config/ #2、--项目根目录 #./ #3、-- src/main/resources/config/文件夹里面 #classpath:/config #4、-- src/main/resources/ #classpath:/ #1-4优先级从高到低，优先级高的配置内容会覆盖优先级低的配置内容 server.port=8081 　　 或者在运行时，使用cmd命令行指定特定的配置文件（优化级最高），cmd命令如下： 这种情况可以加载打包后需要修改配置文件的运行，可以使用项目外的配置，如D盘的配置 java -jar lqyspringboot-0.0.1-SNAPSHOT.jar -

1. 部署环境 k8s集群部署以四台机器做实验，一台部署节点，三台集群节点。在部署节点上通过ansible将关于k8s相关部署文件发送给集群节点进行部署。 四台主机：node、node1、node2、node3； 　　a) 部署节点：node； 　　b) master节点：node1； 　　c) etcd节点：node1、node2、node3； 　　d) 计算（node）节点：node1、node2、node3。 版本组件 　　kubernetes v1.9.7 　　etcd v3.3.4 　　docker 18.03.0-ce 　　calico/node:v3.0.6 　　calico/cni:v2.0.5 　　calico/kube-controllers:v2.0.4 　　centos 7.3+ 2. 上传镜像至部署节点，解压 [root@node opt]# ls kubernetes.tar.gz rh [root@node opt]# tar zxf kubernetes.tar.gz 3. 域名解析和免密钥，各机器均做 [root@node opt]# cat /etc/ hosts 127.0 . 0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 :: 1

Prometheus 监控Haproxy 普罗米修斯是一个完整的监控和趋势系统，包括基于时间序列数据的内置和主动刮削，存储，查询，绘图和警报，以下使用Prometheus+grafana对Haproxy进行监控，关于prometheus和Haproxy安装不再赘述。 客户端安装 安装Haproxy_exporter https://github.com/prometheus/haproxy_exporter/releases/download/v0.9.0/haproxy_exporter-0.9.0.linux-386.tar.gz tar xf haproxy_exporter-0.9.0.linux-386.tar.gz cd haproxy_exporter-0.7.1.linux-amd64 cp haproxy_exporter /usr/bin #192.168.1.1 本地服务器IP #5000 Haproxy端口 #9100 监控端口 haproxy_exporter --haproxy.scrape-uri="http://192.168.1.1:5000/baz?stats;csv" --web.listen-address="192.168.1.1:9100" & 服务端安装 Prometheus配置添加 find / -name prometheus